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INTRODUCTION AND COURSE OUTLINE 


A 
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OBJECTIVE OF FIRST HALF OF COURSE 


• DESCRIBE THE ORIGINS AND DEVELOPMENTS OF SYSTEMS 

ARCHITECTURAL FEATURES PRESENT IN 3RD GENERATION COMPUTERS. 

• HARDWARE 

MULTIPROCESSORS 
MICROPROGRAMMING 
INTERRUPT SYSTEMS 
SCRATCHPAD 

HIGH PERFORMANCE MACHINES 
STACK MACHINES 
TIME SHARING SYSTEMS 

• OPERATING SYSTEMS 

MULTIPROGRAMMING 
RESOURCE ALLOCATION 
TIME-SHARING 
REAL-TIME 


PURPOSE: TO IDENTIFY IMPORTANT ORGANIZATIONAL CONCEPTS 
FOR COMPUTING SYSTEMS, AND THEIR AREA OF GREATEST 
APPLICABILITY. 
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INTRODUCTION AND COURSE OUTLINE 




A ' 

MAJOR INFLUENCES ^ 

OPERATING EASE 
THRUPUT 

PROGRAMMER SERVICE 
LANGUAGE SUPPORT 
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INTRODUCTION AND COURSE OUTLINE 


® 


TRADEOFFS 

• MORE SERVICE 

• LESS SPACE 

• MORE EXECUTION TIME 

• LESS PROGRAMMING TIME 

• THE EGO QUESTION 
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INTRODUCTION AND COURSE OUTLINE 


THE SYSTEM AS AN ENVIRONMENT 

• USER HAS NO CHOICE 

• FACILITIES PROVIDED: 

• PROGRAM INSERTION 

• DEBUGGING 

• LANGUAGE TRANSLATION 

• CORRECTION 

• MORE SOPHISTICATION 

• I/O 

• LINKAGE 

• MULTIPLE LANGUAGE SUPPORT 
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INTRODUCTION AND COURSE OUTLINE 


BINDING CONCEPT 

• TIME WHEN PROGRAM IS ASSIGNED ACTUAL LOCATIONS 
IN MEMORY 

• EARLY SYSTEMS - DURING CODING 

• BY ASSEMBLER 

• BY RELOCATION AND LINKAGE PROCESS 

• BY SYSTEM, VIA COMPACTING 

• DYNAMICALLY, BY PROCESS CALL 
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INTRODUCTION AND COURSE OUTLINE 


USE AND DEFINITION TABLES FOR A PROGRAM UNIT 


ENTRY SYMBOL 

VALUE 

- 

- 


- 


DEFINITION 

TABLE 


EXTERNAL SYMBOL #1 


USE 1 USE 2 
VALUE VALUE 


USE n 
VALUE 


USE 

TABLE 


EXTERNAL SYMBOL #2 


USE 1 USE 2 
VALUE VALUE 


USE n 
VALUE 


ENTRY 2 


ENTRY 1 


CALL EXTERNAL 3 


CALL EXTERNAL 2 


PROGRAM 

TEXT 


CALL EXTERNAL 
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INTRODUCTION AND COURSE OUTLINE 


MAIN/SUB-PROGRAM ORGANIZATION 
LINKAGE METHOD 1: DIRECT 





CALL COS 

l 





1 

CALL SIN 

i 





* 

CALL ZILCH 

l 

1 



— 


COS 




1 

1 




SIN 




1 

1 

1 




ZILCH 

1 







1 

CALL SIN 

i 




i 

CALL CRUD 

i 



— 

CRUD 




1 

» 

i 



PROGRAM 

UNIT 

"MAIN" 


PROGRAM 

UNIT 

"TRIG" 


PROGRAM 

UNIT 

"ZILCH" 


PROGRAM 

UNIT 

"CRUD" 
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LINKAGE METHOD 3: EXECUTION MAPPING 
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INTRODUCTION AND COURSE OUTLINE 
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FIELDS OF TYPICAL ASSEMBLER STATEMENT 


• SYMBOLIC LOCATION NAME OR LABEL 

• OPERATION 

• OPERAND 

• COMMENTS 

• SERIAL IDENTIFICATION 


1.12 






A 

AUERBACH 


INTRODUCTION AND COURSE OUTLINE 




RELOCATABLE SYMBOL RULES 


REL: LABEL IN MACHINE ORDER OR LOCATION-DEFINING OPERATION 
NONREL: LABEL IN NON-LOCATION-DEFINING OPERATION 


REL + 5 —► REL 

REL + NONREL —► REL 


REL + 

REL —» 

► NONREL 


REL * 

REL —» 

► NONREL 


ALPHA 

CLA 

B 

(REL) 

Z 

EQU 

7 

(NONREL) 

Y 

EQU 

ALPHA 

(REL) 

X 

EQU 

ALPHA+7 

(REL) 

W 

EQU 

ALPHA *Z 

(NONREL) 


1.13 















A 

AUERBACH 


INTRODUCTION AND COURSE OUTLINE 




TYPES OF STATEMENTS IN A TYPICAL ASSEMBLER 


• MACHINE INSTRUCTIONS 

• DATA DEFINING PSEUDO-OPERATIONS 

• "BUILT-IN" SYSTEM MACROS 

• ASSEMBLER CONTROL PSEUDO-OPERATIONS 

• CONDITIONAL AND ASSIGNMENT OPERATIONS 

• MACRO DECLARATIONS AND CALLS 
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AND COURSE OUTLINE 


0 

TWO -PASS ASSEMBLER 
b) PASS 2 



(b) 


c 
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DATA DEFINING PSEUDO-OPERATIONS; 


• 

OCT 

• 

DEC 

• 

CHAR 

• 

PREFIX CODES 

BUILT- 

IN SYSTEM MACROS: 

• 

CALL 

• 

SAVE 

• 

RETURN 

• 

VARIOUS I/O OPERATIONS 

• 

SUPERVISOR SERVICE REQUESTS 


ASSEMBLER CONTROL PSEUDO-OPERATIONS: 

• START 

• END 

• PRINT 

• PUNCH 

• ORG 

• BSS 

• USE 

• ENTRY 


EXTERNAL 
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INTRODUCTION AND COURSE OUTLINE 
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CONDITIONAL AND ASSIGNMENT STATEMENTS 


S 

SET 

E 

V(E) - 

-► V(S) 

s 

SET 

1 

1 - 

-► V(S) 

s 

SET 

S + l 

V(S)+ 1 — 

v(s) 


IF A,B,L 

(IF V(A)= (V(B) THEN SKIP ASSEMBLY TO LOCATION L) 

IFF A,B 

(IF V(A) = V(B), THEN SKIP COUNTER BY 2) 
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CALCULATION OF N FACTORIAL BY ASSEMBLER 


N EQU 


• 

S 

K 

M 

S 

K 

L 


SET 1 

SET 1 

IF S,N,L 

SET S + 1 

SET K * S 

GO TO M 

CONTINUE 


s_ 

K_ 

1 

1 

2 

2 

3 

6 

4 

24 

5 

120 
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INTRODUCTION AND COURSE OUTLINE 




MACRO DEFINITION AND CALL 


SUM 

MACRO 

A,B,C 


LDA 

A 


ADD 

B 


STO 

ENDM 

C 

ALPHA 

SUM 

ADDEND,AUGEND,TOTAL 

ALPHA 

LDA 

ADDEND 


ADD 

AUGEND 


STO 

TOTAL 
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ITERATIVE REPEAT FUNCTION 


SUM MACRO 

LDA 
ADD 
IRP 
STO 
IRP 

ENDM 

ALPHA SUM 

ALPHA LDA 

ADD 
STO 
STO 
STO 


A,B,C 

A 

B 

C 

C 


X,Y, (Z1,Z2,Z3) 

X 

Y 

Zl 

Z2 

Z3 
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ORIGINS OF OPERATING SYSTEMS AND MULTIPROGRAMMING 


A 

AUERBACH 

DEFINITION OF MULTIPROGRAMMING 

THE TIME SHARING OF A CPU BY THE SEQUENTIAL OPERATION 
OF MULTIPLE PROGRAMS. 
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ORIGINS OF OPERATING SYSTEMS AND MULTIPROGRAMMING 


® 



ORIGINS OF MULTIPROGRAMMING 


• CPU TIME < < I/O TIME 

• VISIBLY SLOW EARLY MACHINES 

• INTRODUCTION OF LARGER (E. G. 32K) MEMORIES 


c 
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ORIGINS OF OPERATING SYSTEMS AND MULTIPROGRAMMING 
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FUNCTION OF SIMPLE MULTIPROGRAMMING SUPERVISOR 

DECIDE THE ORDER OF EXECUTION AMONG RESIDENT JOBS BASED ON: 

AVAILABILITY OF DATA AND FACILITIES 
THE PRIORITY OF THE JOB 
RELATIVE PRIORITIES OF OTHER JOBS 
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TYPES OF MULTIPROGRAMMING 













ORIGINS OF OPERATING SYSTEMS AND MULTIPROGRAMMING 
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FIXED PARTITION - FIXED CONTENT 


• EARLIEST MULTIPROGRAMMING 


IN EFFECT COMBINED TWO PROGRAMS INTO ONE; 
PROGRAMS SHIFTED CONTROL BACK AND FORTH. 


CHOICE OF PROGRAMS CRITICAL - ONE 'COMPUTATIONAL,' 
ONE I/O BOUND 


• NO INTERNAL SCHEDULING - COOPERATIVE CONTROL 
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ORIGINS OF OPERATING SYSTEMS AND MULTIPROGRAMMING 


FIXED PARTITION FIXED NUMBER 


• MODEL FOR PRESENT 360 DOS 


• EARLY EMPHASIS ON MIX (E. G. COMPUTATIONAL AND I/O) 


• IN PRINCIPLE ANY PROGRAM CAN BE RUN AS LONG AS IT 
FITS PARTITION 


• USES EXECUTIVE TO SCHEDULE CPU TIME ON (POTENTIALLY) 

POSITION IN MEMORY 
I/O ACTIVITY 
PRIORITY 


• MINIMUM USEFUL LEVEL OF MULTIPROGRAMMING 

© 
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ORIGINS OF OPERATING SYSTEMS AND MULTIPROGRAMMING 
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VARIABLE-STATIC FIXED NUMBER 

• ALMOST COMPLETE- FIXED NUMBER OF PROGRAM 
ESTABLISHED TO FIX SIZE OF OP. SYSTEM TABLES 


• SEQUENCING THROUGH RESIDENT PROGRAMS 

ROUND-ROBIN 
FIFO 

PRIORITY 

JOB LIST POSITION-DEPENDENT 
TIMER LIMITATIONS 


• INTRODUCES MEMORY MANAGEMENT PROGRAMS 

COMPACTING FOR FREE SPACE 

ALLOCATION MADE AT LOAD TIME 

PERMITS QUEUEING JOBS ON SECONDARY STORAGE 
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ORIGINS OF OPERATING SYSTEMS AND MULTIPROGRAMMING 
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VARIABLE-STATIC VARIABLE NUMBER AND CONTENT 



• SIMILAR CAPABILITIES AS WITH FIXED NUMBER - 
MAY BE ABLE TO GET SOME FEW MORE PROGRAMS IN. 

• REQUIRES MEMORY ALLOCATION FOR OPERATING SYSTEM 
AS WELL. 
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ORIGINS OF OPERATING SYSTEMS AND MULTIPROGRAMMING 
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VARIABLE-DYNAMIC VARIABLE NUMBER AND CONTENT 


• MODEL FOR MOST ’LARGE SCALE* MULTIPROGRAMMING 
SYSTEMS 

• PERMITS RUN-TIME ALLOCATION OF MEMORY FOR HANDLING 
COMPLEX PROGRAM STRUCTURES 

• PERMITS RUN-TIME COLLECTION AND BINDING OF PROGRAMS 

FORK 

JOIN 
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ORIGINS OF OPERATING SYSTEMS 
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AND MULTIPROGRAMMING 


OTHER MULTIPROGRAMMING OPERATING SYSTEM ISSUES 




• CONTROL INTERPRETERS 

• RESOURCE ALLOCATION FOR QUEUED JOBS 

PERIPHERAL DEVICES 

MEMORY 

RESERVATION TECHNIQUES 
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ORIGINS OF OPERATING SYSTEMS AND MULTIPROGRAMMING 


CONTRIBUTIONS TO MACHINE ORGANIZATION 



• HONEYWELL 800 

• BASE REGISTER CONCEPT 


o 
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THREE STAGES OF MULTIPROCESSOR DEVELOPMENT 

1. HIGHER PERFORMANCE SYSTEMS THROUGH 
CONCURRENT PROCESSING 

2. HIGH RELIABILITY SYSTEMS 

3. IMPROVED PERFORMANCE AND SYSTEMS BALANCE 


2. T3 






MULTIPROCESSOR 






CHANNEL 








MULTIPROCESSOR 



3.2 
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UNI VAC LARC 



3.3 


DRUM 

SYNCH 


PAGE 

RECORDER 

SYNCH 

















(DATA REQUESTS) 














MULTIPROCESSOR 
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MULTIPROCESSOR 


ULTIPROCESSOR MODULAR MEMORY 


0 4096 8192 








MULTIPROCESSOR 
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TIME-SLOTTED BUS 
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MULTIPROCESSOR 
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ACCESS DISTRIBUTION ON LARC BUS 


4 MS 


I/OP 

INST. OR 
OPERAND 
ACCESS 

COMP 1 

INST. 

ACCESS 

COMP 2 

OPERAND 

ACCESS 

I/O P 

DIS PACT. 
ACCESS 

NOT 

USED 

COMP 2 

INST. 

ACCESS 

COMP 1 

OPERAND 

ACCESS 

I/O DISP. 
ACCESS 

— . 5mS -► 











MULTIPROCESSOR 
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CROSS BAR SWITCH MEMORY (SHOWING UNIQUE CONNECTION TO EACH PROCESSOR BUS) 
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MULTIPROCESSOR 


DISTRIBUTED" CROSS BAR SWITCH 


MEMORY 

SWITCH 

LOGIC 


MEMORY 

SWITCH 

LOGIC 


MEMORY 

SWITCH 

LOGIC 


MEMORY 

SWITCH 

LOGIC 












AUERBACH 


MULTIPROCESSOR 


CHANNEL SHARING MEMORY CIRCUITS OF CPU 













MULTIPROCESSOR 
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REPRESENTATIVE MEMORY MODULE SIZES 

MACHINE 

SIZE 

MAXIMUM PERMITTED 
IN SYSTEM 

1108 

32K WORDS 

8 

360/65, 67 

256K BYTES. (32K WORDS) 

8 

625/35/45 

32K OR 64K 

8 (4) 


C 
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MULTIPROCESSOR 




INDEPENDENT I/O CHANNEL 
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MULTIPROCESSOR 
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360/67 CHANNEL ARRANGEMENT 


(SIMPLIFIED) 
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3. T8 
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MULTIPROCESSOR 




SEPARATE PROGRAM AND DATA BASE REGISTERS 



STORAGE 


3 . 19 









MULTIPROCESSOR 


BASE REGISTER ADDRESSING 



STORAGE 
















MULTIPROCESSOR 


A 

AUERBACH 




EVENT PROPAGATION IN AN OPERATING SYSTEM 



USER PROGRAM 
RETURN POINT, ID 
(CPU ID) 


I/O 

CONTROL 


DATA REQUIRED, 

PLACE IN USER PROGRAM 
TO RESUME PROCESSING, (ID) 




MULTIPROCESSOR 



STORAGE 






MULTIPROCESSOR 




INTERRUPT CLASSES ON 360 


MACHINE CHECK (FAULT) 

EXTERNAL 
SUPERVISOR CALL 
PROGRAM (FAULT) 

I/O 


o 
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360 CHANNEL STATUS WORD 


KEY 

0000 

COMMAND ADDRESS 

0 3 


7 

31 

STATUS 

COUNT 

32 


47 


o 


32 

ATTENTION 

40 

PROGRAM-CONTROLLED INTERRUPT 

33 

STATUS MODIFIER 

41 

INCORRECT LENGTH 

34 

CONTROL UNIT END 

42 

PROGRAM CHECK 

35 

BUSY 

43 

PROTECTION CHECK 

36 

CHANNEL END 

44 

CHANNEL DATA CHECK 

37 

DEVICE END 

45 

CHANNEL CONTROL CHECK 

38 

UNIT CHECK 

46 

INTERFACE CONTROL CHECK 

39 

UNIT EXCEPTION 

47 

CHAINING CHECK 


A 

w 
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MULTIPROCESSOR 





METHODS OF PROGRAM & DATA PROTECTION 


• BOUNDS REGISTERS 

• STORAGE LOCKS 


o 
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COMMON DATA IN A REAL-TIME APPLICATION 



STORAGE 
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MULTI PROCESSORS 




TEST AND SET 






MULTIPROCESSORS 


A 
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STRUCTURE OF INTERRUPT DRIVEN OPERATING SYSTEM 


HALT (CONTROL MACROS) 


I/O COMPLETE 

REAL TIME 
CLOCK OVERFLOW 


INTERRUPT COMPUTER N 


EXTERNAL REQUESTS 



ARITHMETIC OVERFLOW 


PARITY ERROR 


DUMP 


ILLEGAL INSTRUCTION 


DIAGNOSTIC 


WRITE OUT OF BOUNDS 


CONFIDENCE 


POWER FAILURE RESTART 


TRACE 


POWER FAILURE - 

COUNT REAL TIME CLOCK 


OPERATING SYSTEM 























TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 


FACTORS ENTERING INTO SYSTEM/360 DESIGN 


• LARGE NUMBER OF EXISTING IBM INSTALLATIONS. 

• COSTS OF MAINTAINING SEPARATE SOFTWARE 
SUPPORT FOR DIVERSE MACHINES. 

• IMPACT OF HONEYWELL AND CDC. 

• DESIRE TO CONSOLIDATE ALL LINES. 

• BREAKDOWN OF SCIENTIFIC/BUSINESS DISTINCTION. 

• GROWTH OF REAL-TIME APPLICATIONS. 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 

o 


SYSTEMS FAMILIES 


704 1401 1604 


709 1410 3600 


7090 1440/7010 



7094 


709411 


• LARGELY COMPATIBLE AT MACHINE 
LANGUAGE LEVEL 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 



METHODS FOR CONVERTING BETWEEN MACHINES 


• SIMULATION 

• RE-COMPILATION 

• LANGUAGE TRANSLATORS 



• SUB-MACHINES 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 


© 

MACHINE SIMULATION AS CONVERSION AID 


• ATTEMPTS TO COPE WITH CONVERSION AT MACHINE-LANGUAGE 
LEVEL 

• COMPLEX PROGRAM 

• USUALLY CANNOT HANDLE I/O DIRECTLY 

• RUNS 1/100- 1/1000 SPEED OF MACHINE BEING SIMULATED 

• PRACTICAL ONLY IF A VERY SMALL NUMBER OF INFREQUENTLY 
RUN PROGRAMS WILL BE RUN ON SIMULATOR 

• MOST FREQUENTLY USED AS A DESIGN TOOL FOR NEW MACHINES 

• NEW MACHINE(S) SIMULATED ON AN OLDER MACHINE. 

• OTHER DIFFICULTIES 

— WORD SIZE COMPATIBILITY 

— SPECIAL INSTRUCTIONS (E. G., WORD MARK 
HANDLING ON 1401) 

— EASY TO OVERLOOK SUBTLE MACHINE FEATURES 
— LIMITS SIZE OF PROGRAM THAT CAN RUN. 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 
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RECOMPILATION AS CONVERSION AID 


• ASSUMES ALL OF PROGRAMS WRITTEN IN POL 


• ORIGINAL COMPILER CAN’T HAVE ’EXTENSIONS’NOT 
PRESENT IN SECOND COMPILER 


• PROGRAM DOES NOT TAKE ADVANTAGE OF STRUCTURE 
OF ORIGINAL MACHINE 


• IN GENERAL FEASIBLE ONLY IF LOWEST COMMON 
DENOMINATOR BETWEEN TWO COMPILERS WAS USED 


• POL’S STILL NOT UNIVERSALLY IN USE 


• SLOW DEVELOPMENT AND ACCEPTANCE OF LANGUAGE 
STANDARDS 


• OBJECT PROGRAMS RUN AT TARGET MACHINE SPEED. 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 
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LANGUAGE TRANSLATOR AS CONVERSION AID 


• WITH RECOMPILATION, MOST SUCCESSFUL. 

• CAN OPERATE AT MACHINE-LANGUAGE OR POL LEVEL 

— HONEYWELL LIBERATOR 

— BURROUGHS FORTRAN-TO-ALGOL TRANSLATOR. 

• TO OPERATE AT MACHINE-LANGUAGE LEVEL, TARGET 
MACHINE MUST BE CLOSE REPLICA OF SOURCE MACHINE 

— HONEYWELL 200 LIKE IBM 1410. 

• REQUIRES MANUAL FIXUP FOR I/O. 

• WITH POL'S, CAN TRANSLATE TO EQUIVALENT LANGUAGE, 
ALTHOUGH FIXUP FOR MISSING FEATURES REQUIRED 

— BURROUGHS FORTRAN-TO-ALGOL SIMULATES 
SENSE SWITCH (LITE) OPERATORS IN FORTRAN 

— SIMSCRIPT TRANSLATES TO FORTRAN. 

• OBJECT PROGRAMS RUN AT TARGET MACHINE SPEED. 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 



SUBMACHINES AS CONVERSION AID 

• WITHIN—FAMILIES, CAN BE USED. 

• UNIVAC II OPERATED IN UNI VAC I MODE 


• COMPATIBILITY SWITCH ON 709 TO RUN 704 PROGRAMS. 

• DOESN’T HELP ACROSS MACHINE (MFGR. ) LINES. 



• MINIMUM COMPATIBILITY OF WORD SIZE, TAPE 
FORMATS. 

• NOVEL, BUT NOT DONE EXCEPT WITH OLDER FAMILIES. 
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TRANSITION TO THIRD GENERATION MACHINES 


: SYSTEM/360 



EMULATION - A SOLUTION TO CONVERSION PROBLEMS 


• COMBINATION SIMULATION AND MICROPROGRAMMING. 

• OBJECTIVES - TO EASE CONVERSION BY PROVIDING 
SIMULATION AT CLOSE TO ORIGINAL SPEEDS. 

• PERMITS ORDERLY CHANGE OF MACHINES. 

• WAS ALMOST MANDATORY WITH 360. 

• MICROPROGRAMMING VALUABLE IN ITS OWN RIGHT. 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 



MICROPROGRAMMING 


• PROGRAMMING WITH ELEMENTARY MACHINE 
OPERATIONS. 


r 

• OBJECTIVES OF MICROPROGRAMMING PER SE 
— CUSTOM-TAILOR ED INSTRUCTION SETS 
— COST REDUCTION 
— CONTROL SYSTEM SIMPLIFICATION. 


• ELEMENTARY OPERATIONS 

— REGISTER TRANSFERS 
— ONE BIT SHIFT 
— MICROCODE BRANCHING. 

• WILKES MACHINE. 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 


ORDER 

REGISTER 


CONTROL 

PULSES 


WILKES MICROPROGRAM CONTROL 


REGISTER 11 


REGISTER I 


MATRIX A 


MATRIX B 


C. P. 


TO ARITHMETIC 
UNIT, REGISTER 
GATING ETC. 


FROM 

CONDITIONAL 

FLIP-FLOP 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 




IMPORTANT FEATURES OF WILKES DESIGN 

• CONDITIONAL BRANCH. 

• USE OF OP CODE AS ADDRESS OF 
FIRST MICROORDER. 


4. IT 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 





OTHER IMPORTANT MICROPROGRAMMING DEVELOPMENTS 

• MICRO SUBROUTINES. 

• MICRO CONSTANTS. 

• GROUPING FIELDS AND DECODING TO 
CONTROL PARTICULAR DATA PATHS. 

• WRITABLE CONTROL STORAGE. 

• TAILORED MACHINE LANGUAGE INSTRUCTION 
SETS. 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 


USE OF MICROPROGRAMMING IN 360 


• REDUCE CONTROL COSTS IN SMALLER 
MODELS. 


• GIVE COMPREHENSIVE INSTRUCTION 
SETS ACROSS ALL MACHINE MODELS. 


• PERMITS TAILORING FOR SPECIAL 
APPLICATIONS OR FOR VARIANTS ON 
BASIC LINE. 


• READ-ONLY MEMORY (ROM) STORES 
MICRO-ORDERS. 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 





EMULATOR DESIGN COMPONENTS 


• DEDICATED ROM FOR EMULATOR (MAY 
BE SEPARATE ROM FOR MACHINE 
INSTRUCTIONS) . 


• SELECTION OF SPECIAL INSTRUCTIONS 
TO ADD TO BASIC (EMULATING MACHINE) 

— DIL 

— BRANCH IF. 

• DETERMINE WHETHER FULL COMPATIBILITY 
OR SOME PROGRAMMED OPERATIONS 

— COST 

— COMPLEXITY 

— FREQUENCY OF OCCURRENCE. 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 



LIMITATIONS OF MICROPROGRAMMING/EMULATOR APPROACH 


• MICROPROGRAMMING ATTRACTIVE FOR COMPLEX 
AND/OR LARGE INSTRUCTION SETS. 


• ROM TECHNIQUE FAST, INFLEXIBLE (TO USER). 


• MAIN MEMORY (WRITEABLE CONTROL STORE) 
PERMITS GREATEST FLEXIBILITY TO USER. 


EMULATOR (MICROPROGRAM + PROGRAMS) FOR 
LARGER MACHINES. 


• COMPATIBLE (THRU MICROPROGRAM) FOR SMALLER 
MACHINES. 


• EMULATING MACHINE REGISTER STRUCTURE AND 
DATA PATHS MUST BE COMPATIBLE WITH TARGET 
MACHINE. GREATER DEVIATION, MORE COMPLEX 
AND DIFFICULT. 


• NO RPQ OR OTHER NON-STANDARD FEATURES ON 
SOURCE MACHINE. 
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MAIN 

MEMORY 


TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 


d 


PRINCIPAL COMPONENTS OF 360 SYSTEM 



CONTROL 

UNITS 


• • • 


CPU 


SELECTOR 

CHANNEL 


• • • 




TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 
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INFORMATION STRUCTURE IN 360 

• BYTE- (FAT CHARACTER) 

• HALF WORD (2 BYTES) 

• FULL WORD (4 BYTES) 
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TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 


360 TYPES OF OPERATIONS AND DATA FORMATS 


OT_15 

S INTEGER 


HALF WORD 


INTEGER 


FULL WORD 


FIXED POINT 
BYTE | BYTE| 


D D 

D D 

D D 

D 


Z|DIG 

ZjDIG 


BYTE 

BYTE 





_ {BYTE 

D D D D S 


DECIMAL 


FLOATING POINT 
B 


S| DIG 
BYTE 


0 1 


7 8 


31 

ll. 

CHAR. 


FRACTION 


0_1 


7 8 



0 

CHAR. 



1 


FRACTION 



HALF WORD 

N- v - 

FULL WORD 

B BBBBBBB 

LOGICAL 


PACKED DECIMAL 


ZONED DECIMAL 


ONE WORD 


DOUBLE WORD 


FIXED LENGTH 


B B 

VARIABLE 
1-256 BYTES 
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360 STATEWORD - PSW 


SYSTEM 

MASK 


KEY 


AMWP 


INTERRUPT 

CODE 


ILC 

CC 

PROGRAM 

MASK 

INSTRUCTION ADDRESS 


A - ASCII-8 MODE 
M - MACHINE CHECK MASK 
W - WAIT STATE 
P - PROBLEM STATE 
ILC - INST. LENGTH CODE 
CC - CONDITION CODE 
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ADDRESS FORMATION IN 360 



EFFECTIVE 

ADDRESS 
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360 INTERRUPT SYSTEM 


PSW 


CPU 


PSW - X 


PSW - s 


PSW - P 


PSW - M 


PSW - I 


'OLD' PSW STORAGE 


'NEW' PSW STORAGE 


PRIMARY STORAGE 


INTERRUPT 
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SYSTEM/360 



360 CPU FEATURES FOR MULTIPROGRAMMING 
AND MULTIPROCESSING 


• PROVIDES MULTIPLE BASE ADDRESSING 
(NOT IN ALL INSTRUCTIONS) 

• COMPREHENSIVE INTERRUPT SYSTEM 

• PROBLEM STATE/SUPERVISOR STATE 

• NO INDIRECT ADDRESSING 


• FIXED INTERRUPT RESPONSE LOCATIONS 
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MEMORY SUBSYSTEM - 360 


MODEL 

MINIMUM 

PRIMARY 

STORAGE 

MAXIMUM 

PRIMARY 

STORAGE 

30 

8,192 

65,536 

40 

16,384 

262,144 

44 

32,768 

262,144 

50 

65,536 

524,288 

65 

131,072 

1,048,576 

67 

262,144 

1,048,576 

75 

262,144 

1,048,576 

85 

524,288 

4,194,304 

91 

1,048,576 

6,291,456 
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ILLUSTRATION OF MEMORY INTERLACE 


1 


2 

3 


4 

5 


6 

7 


8 

• 


• 

• 


• 

• 


• 


MODULE I 


MODULE 2 



2-WAY INTERLACE 


• FASTER OPERATION (ON AVERAGE) BY NOT 
HAVING TO WAIT FOR WRITE HALF-CYCLE 


• FAILURE IN ONE MODULE EXCLUDES USE OF 
OTHER 



4.27 







A 

AUERBACH 


TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 
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LCS - SYSTEM IMPLICATIONS 


• SIZE - 1M, 2M (UP TO 8M) 

• SPEED - 8 MS 


• AVAILABLE FOR MOD 50, 65, 75 


• WHAT TO DO WITH IT 

— SYSTEM PROGRAMS 
— FILE DIRECTORIES 
— OPERATING SYSTEM 
— SWAPPING STORE 


RESIDENCE 


RESIDENCE 
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360 CHANNELS 


• SELECTOR 

— * BURST MODE’ OPERATIONS 

— HIGH SPEED DEVICES 

r 

• MULTIPLEXOR 

— SLOWER DEVICES 

— SHARE MULTIPLEXOR LOGIC 

— USING SUBCHANNELS 



4.29 






TRANSITION TO THIRD GENERATION MACHINES: SYSTEM/360 



CHANNEL COMMAND WORD - AN I/O PROGRAM 


COMMAND 

CODE 


DATA ADDRESS 



FLAGS: CHAIN DATA 

CHAIN COMMAND 

SUPPRESS LENGTH INDICATION 

SKIP 

PROGRAM CONTROLLED INTERRUPT 
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TRANSITION TO THIRD GENERATION 


MACHINES; 


SYSTEM/360 



360 PROVISIONS FOR MULTISYSTEM OPERATION 


• CPU COMMUNICATION 

— SHARED I/O - DISK 
— CHANNEL TO CHANNEL 
— SHARED STORAGE 

— CPU START SIGNAL (FROM ANOTHER CPU) 

c 

• INSTRUCTION AIDS 

— READ (WRITE) DIRECT 

— EXTERNAL INTERRUPT LINES 

— PERMANENT STORAGE RELOCATION AND 
ALTERNATE LOC. (PREFIX) 

— TEST AND SET 
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DIAGNOSTIC FACILITIES FOR 360 


• 5 CLASSES OF INTERRUPTS 

- I/O 

— MACHINE CHECK 
— PROGRAM CHECK 
— SUPERVISOR CALL 
— EXTERNAL. 


• PROGRAM CHECK ON 

— OPERATION EXCEPTION 
— PRIVILEGED-OPERATION EXCEPTION 
— EXECUTE EXCEPTION 
— PROTECTION EXCEPTION 
— ADDRESSING EXCEPTION 
— SPECIFICATION EXCEPTION 
— DATA EXCEPTION 
— FIXED POINT OVERFLOW 
— FIXED POINT DIVIDE 
— DECIMAL OVERFLOW 
— DECIMAL DIVIDE 
— EXPONENT OVERFLOW 
— EXPONENT UNDERFLOW 
— SIGNIFICANCE 
— FLOATING POINT DIVIDE 
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FEATURES OF RCA SPECTRA/70 


• COPY OF 360 (PROBLEM MODE) 

• HAS _4 PROC ESSOR ST AT ES 

1. PROBLEM (USER) STATE 

2. INTERRUPT RESPONSE STATE 

3. INTERRUPT CONTROL STATE 

4. MACHINE CONDITION STATE 
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SPECTRA 70 PROCESSOR STATE REGISTERS 


REGISTER 

PROGRAM COUNTER 

GENERAL REGISTERS 

FLOATING POINT REGISTERS 

INTERRUPT STATUS REGISTERS 

INTERRUPT MASK REGISTERS 


STATE 

P, P 2 P 3 

1 1 t 

16 16 6 

4 - - 

1 1 1 

1 1 1 


P4 

1 

5 

1 

1 
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SUMMARY OF IMPORTANT CHARACTERISTICS OF S/70 


• PROVIDES MULTICOMPUTER ARRANGEMENTS 
THROUGH DIRECT CONTROL TRUNK. 


• EMULATORS FOR 301, 501 (RCA) 1401 
1410 


• INTERNAL OPERATION LIKE 360 
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A 

AUERBACH 

OPERATING SYSTEMS FOR 360 

• BPS (BASIC PROGRAMMING SUPPORT) 

• DOS (DISK) 

• TOS (TAPE) 

• OS (FULL) 

• MFT (FULL WITH MULTIPROGRAMMING) 

• MVT (FULL WITH VARIABLE TASKING) 


5.1 




▲ 

AUERBACH 


THIRD GENERA 




THE DOS ENV 


CONTROL PROGRAM 


OPERATING SYSTEMS 


0 


PROCESSING PROGRAMS 
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▲ BACKGROUND 

• CONTROL STREAM 

• SEQUENTIAL 

• USES JOB CONTROL 

• NO OPERATOR INTERVENTION 

• LOWEST PRIORITY 

▲ FOREGROUND 

• NO CONTROL STREAM 

• OPERATOR CONTROLLED 

• USES INITIATORS 

• HIGHEST PRIORITY 
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THIRD GENERATION OPERATING SYSTEMS 



AUERBACH 



TWO PHASES FROM ONE OBJECT MODULE 


MODI 



MOD 2 



PHASE PHNAME2, * 

INCLUDE MODI, (CSECT1, CSECT2) 

PHASE PHNAME3, * 

INCLUDE MODI, (CSECT3) 



PHNAME2 


PHNAME3 
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USING SAME OBJECT MODULE TWICE 


MODI 



MOD2 



PHASE PHNAME4,* 

INCLUDE MODI, (CSECT 1, CSECT2) 



PHNAME4 



PHASE PHNAME5,* 

INCLUDE MODI, (CSECT2, CSECT3) 



PHNAME5 
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CORE IMAGE 
DIRECTORY 

PHASE 1 
PI PHASE 2 

PHASE 3 

P2 

PHASE 1 

P3 - 

PHASE 2 


GENERATION OPERATING SYSTEMS 


LIBRARIES 

RELOCATABLE 

DIRECTORY 

Cl 

C2 

C3 


Cl 


SOURCE 


DIRECTORY 


ASSEMBLER 

SUBLIB 


C2 


COBOL 

SUBLIB 
























THIRD GENERATION OPERATING SYSTEMS 


AUERBACH 


DIRECT LINKAGES 



FIRST- 

SECOND- 

MAIN 

LEVEL 

LEVEL 

PROGRAM 

SUBROUTINE 

SUBROUTINE 

(A) 

(B) 

(C) 





** SAVE 

.SAVE 

CALL - 

CALL - 

— 




7 

- RETURN 

- RETURN 
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PROGRAM STAGES 



SOURCE 

MODULE 


OBJECT 

MODULE 


PHASE 


H CONTROL 
PROGRAM 


f 

MAIN 

STORAGE 


© 
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GENERATION OF AN OVERLAY TREE STRUCTURE 

PHASE PHASEA,ROOT 
PHASE PHASEB,* 

PHASE PHASEC,* 

PHASE PHASED, PHASEC 
PHASE PHASEE,PHASEB 



PHASEB 


PHASEE 
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JOB CONTROL EXAMPLE 


// JOB EXAMPLE! 


// OPTION LIN K, LI ST 
// EXEC COBOL 

(COBOL Source Deck) 


J> Step ! 


/* J 

// EXEC LNKEDT X Step 2 

// EXEC "I 


(Data for Object Program) > 


Step 3 


/* 


/& 


// JOB EXAMPLE2 


^Job ! 


// VOL SYS004,MASTER 
// TPLAB 'label-information 1 
// EXEC PAYROLL 

(Data for Payroll Program) 


/* 

/& 


>Job 2 
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OPERATING SYSTEM ELEMENTS 


r-1 

| Control Program Elements | 

(.-^ 


r-1 

j Job j 

(Management j 

L_J 


r-1 

j Task | 

j Management j 
l _j 


r- i 

j Data j 

j Management | 

L_i 


h 

I 

I* 

I 

I 

h 


Processing Program Elements 


Languages 


ALGOL 

Assembler 

COBOL 

FORTRAN 

PL/1 

RPG 


T-*- 

| Service 
j Programs 

+ - 

| Data Set 

j Utilities 
jIndependent 
j Utilities 
j Linkage 
j Editor 
j Sort/Merge 
j System 
j Utilities 
ITESTRAN 


T 


I 

l 

+ 

I 

I 

I 

I 

I 

I 

I 

I 

I 

I 


± 


Application 

Programs 


User 

Written 


I 

I 

I 


I 

I 



0 
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PRODUCING A LOAD MODULE 



Output of 

Language 

Translator 

and Input 

to Linkage 

: Editor 

Operating 

System 

Componen 

t 

Output of 

Linkage 

Editor 
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LOAD MODULE ATTRIBUTES 


r 


T 


T 


1 


| | |Passes Con- | 

| Structure |Loaded All Atjtrol to Otherj 

jType |One Time jLoad Modules | 

h-+-+-^ 

| Simple | Yes | No | 

i --+---+-^ 

| Planned | No |No or Yes 1 | 

j Overlay | j j 

F- 1-+-^ 

| Dynamic | Yes or No 1 | Yes | 

I*- ± - x -^ 

| ± A segment of a load module can dynami-1 

j cally call another load module- | 

i___ j 
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SYSTEM LOGIC FLOW FOR A SIMPLE STRUCTURE 
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STORAGE ALLOCATION FOR A PLANNED OVERLAY STRUCTURE 



Storage Available to OVERLAY 


Storage Occupied by Segment A ( the Root Segment ) 


Segment A 



Storage When Segments A and B are Resident 


Segment A 


Segment B 


Storage After Segment C Overlays Segment B 


Segment A 


Segment C 
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SYSTEM RESPONSE FOR A 


OPERATING SYSTEMS 









THIRD GENERATION OPERATING SYSTEMS 


DYNAMIC EXECUTION, ONE TASK PER JOB STEP 

USER'S REQUEST 


DYNAMIC A B 











DYNAMIC EXECUTION, MORE THAN ONE TASK PER JOB STEP 


User Requests 


Task A 


© 


Attach 
Task B 


(2) (?) Task B 


I I 
I I 


© 


Wait Task B 


© 


© 


Wait I/O 


© 

© 


(I/O Completed) 


System Response 
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REUSABILITY 


• NON-REUSABLE 

• SERIALLY REUSABLE 

• REENTERABLE 
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DIRECT-ACCESS LABEL 


The Volume Label 


Volume" 

Serial 

Number 


Address Additional 
of VTOC babe,s ' > f 


DSCB 


DSCB DSCB 


DSCB 
for Data 
Set 29A4 


The Volume Table 
of Contents - VTOC 






THIRD 



OPERATING SYSTEMS 



Catalog ( Major Entries ) 


Index (Input*) 


Index (Input • Payroll • ) 


Search Vo I Index 
and Position 








THIRD GENERATION OPERATING SYSTEMS 
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Record 3 


Record 4 


GENERATION OPERATING SYSTEMS 


BUFFERING — SUBSTITUTE MODE 

Original Buffer Assignments 



After A " GET 



After A " PUT 


This Segment Now Assigned 
to Work Area 
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ACCESS METHOD SUMMARY 


r - T - 

| Organization | 

*-+- 


“T-T 

|Partitioned| 


Sequential 


Indexed Sequential 


“ T - 1 

| Direct | 


Access Method j QSAM 


BSAM 


QISAM 


BPAM 


LOAD 


j SCAN 


BISAM 


BDAM 


Primary |GET, PUT # 

macro instructions*j PUTX 


READ 

WRITE 


READ,WRITE 
FIND,STOW 


SETL,GET, 
PUTX 


READ 

WRITE 


READ 

WRITE 


Synchronization of | 
program with I/O jAutomatic 


CHECK 


CHECK 


Automatic 


Automatic 


WAIT 


WAIT 


Record format 
transmitted 


j Logical F,V 
|Block U 


Block 

F,V f U 


Block (Part 
of member) 
F,V,U 


Logical F,V 


Logical F,V 


Logical F,V 


Block 
F, V, U 


Buffer creation and|BUILD 
construction j GETPOOL 

j Automatic 


BUILD 

GETPOOL 

Automatic 


BUILD 

GETPOOL 

Automatic 


BUILD 

GETPOOL 

Automatic 


BUILD 

GETPOOL 

Automatic 


BUILD 

GETPOOL 

Automatic 


BUILD 

GETPOOL 

Automatic 


Buffer technique 


|Automatic 
j Simple 
jExchange 


GETBUF 

FREEBUF 


GETBUF 

FREEBUF 


Automatic, 

Simple 


Automatic 

Simple 


GETBUF, 

FREEBUF 

Dynamic 

FREEDBUF 


GETBUF, 

FREEBUF 

Dynamic 

FREEDBUF 


Transmittal modes jMove, 

(work area/buffer) jlocate, 

j substitute 

- 1 - 


Move, 

Locate 


Move, 

Locate 


♦All macro instructions introduced in this table are defined in the publication IBM System/360 
Operating System: Supervisor and Data Management Macro Instructions, Form C28-6647. 

























THIRD GENERATION OPERATING SYSTEMS 


AUERBACH 


A JOB MANAGEMENT FUNCTIONS 

• ANALYSIS OF INPUT STREAM (JCL) 

• ALLOCATION OF I/O DEVICES 

• OVERALL JOB SCHEDULING 

• TRANSCRIPTION OF INPUT/OUTPUT DATA 

• OPERATOR COMMUNICATIONS 

▲ FEATURES OF JOB CONTROL LANGUAGE 

• REFERENCING EXISTING STATEMENTS 

• DATA SET NAME RETRIEVING 

• OPTIMIZATION OF I/O 

• PASSING DATA SETS AMONG JOB STEPS 

• SHARING DATA SETS AMONG JOBS 


5.30 





A 

AUERBACH 


THIRD GENERATION OPERATING SYSTEMS 


O 

TYPICAL JOB STATEMENTS 


// 

// 

// 

// 


DEMOl 
DEMO 2 
DEM03 
DEMO 4 


JOB 

JOB 

JOB 

JOB 


62-7 

(131 —22,AZ6), TOM, MSGLVL = 1 
62-7, AL, PRTY = 13, REGION = 32K 
135, JOE, COND = (12,GT) 


5.31 





THIRD GENERATION OPERATING SYSTEMS 


A 

AUERBACH 


TYPICAL EXEC STATEMENTS 


// 

STEP 1 

EXEC 

PGM = MYCODE 

// 

STEP 2 

EXEC 

PGM = *.STEP6.MYDATA 

// 

STEP 2 

EXEC 

PGM = *. STEP7. PR STEP 2. YO URD AT A 

// 

STEP 2 

EXEC 

PROC = CATPROC 

// 

STEP 3 

EXEC 

PGM = YOURCODE,COND = (17,EQ, STEP9) 

// 

STEP 4 

EXEC 

PGM = INTERP, TIME = (2,10),REGION = 64K 
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SOME TYPICAL DD STATEMENTS 


// 

MYDATA 

DD 

SYSOUT = Z 

// 

YOURDATA 

DD 

SYSOUT = 9, SPACE = (CYL,(7,l),RELSE,ROUND) 

// 

HISDATA 

DD 

UNIT = 180,DSNAME = HISSET, DISP = (CATLG, KEEP) 

// 

HERDATA 

DD 

UNIT = 2311, DSNAME = HER SET, DISP = (CATLG) 

, SPACE = (CYL,3,,,,ROUND) 

// 

OURDATA 

DD 

DSNAME = OURSET, DISP = MOD, UNIT = TAPE, DEFER 

// 

OLD DAT A 

DD 

DSNAME = OLD SET,DISP =OLD, VOLUME = PRIVATE, RETAIN 

// 

PASSDATA 

DD 

DSNAME =*. STEP3. H1SD AT A, D1SP = (OLD,PASS) 


C 
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A SEQUENTIAL SCHEDULING SYSTEM 



Messages 


/ 

Card 

1 

. I. 

Commands ^ 

Master 

j Reader 

1 

1 


Scheduler 



Initiator/ 

Terminator 


Task Mgmnt 

Supervise 
Job Step 
Execution 



I-- 1 

1. Your programs, in the form of jobs or job steps defined through the job control | 

language, may enter the system in the input stream from a card or tape device, j 
Input data may be entered into the system with the control statements. | 

2. The reader/interpreter reads in the control statements for one job step. j 

3. The initiator/terminator allocates the required I/O devices, notifies the operator | 

of volumes to be mounted (if any), and requests the task management programs to j 
supervise execution of the named job step. j 

4. The task management programs turn control over to the first load module and j 

supervise its execution. j 


5. The master scheduler accepts and takes action on commands. 
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© 

A PRIORITY SCHEDULING SYSTEM 



1. Your programs, defined as jobs or job steps by the job control language, enter 
the system through the input stream from a card or tape device. 


2. The reader/interpreter reads in control statements for one or more jobs and 
places them, by priority, on the input work queue. 

3. The job with the highest priority is selected for execution by the 
initiator/terminator. 

4. The initiator/terminator turns your job step over to the task management 
programs, which supervise its execution. 

5. The master scheduler accepts and takes action on commands. 


6. Output is written (by job step priority) when the job has terminated and while 
other jobs are being processed. 
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UNIVAC 1108 AND INTRODUCTION TO 
HIGH PERFORMANCE MACHINES 




► TOPICS FOR THIS SESSION 

SCRATCH PAD MEMORY 

COMPUTER NETWORKS 

UNIVAC 1108 

SYSTEM APPROACHES TO HIGH 
PERFORMANCE MACHINES. 


6. T 



UNIVAC 1108 AND INTRODUCTION TO 
HIGH PERFORMANCE MACHINES 



AUERBACH 


DEFINITION OF SCRATCH PAD MEMORIES 


SCRATCH-PAD MEMORIES: 

SMALL, LOGIC-SPEED MATCHED MEMORIES 
USED FOR REGISTERS AND/OR VERY HIGH SPEED 
WORKING STORAGE. 
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UNIVAC 1108 AND INTRODUCTION TO 
HIGH PERFORMANCE MACHINES 


UNIVAC LARC 

ACCUMULATOR OR INDEX REGISTER 



— 

0 

0 


PROCESSOR 


1 MSEC core 


4 mSEC CORE. 









2500 





PRIMARY STORAGE 


(UP TO 40 MODULES) 
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D825 THIN FILM REGISTERS 


PROGRAM STORAGE REGISTER 1 (48) 


PROGRAM STORAGE REGISTER 2 (48) 


INTERRUPT PROGRAM REGISTER (48) 


REAL-TIME CLOCK (24) 


REPEAT COUNT REGISTER (12) 


INDEX INCREMENT REGISTER (12) 


CHARACTER COUNT REGISTER (12) 


3 REPEAT INCREMENT REGISTERS (12 EA) 


T-F C REGISTER (48' 


STACK 1 

(48) 

STACK 2 

(48) 

STACK 3 

(48) 

STACK 4 

(48) 


INTERRUPT STORAGE REGISTER (48'l 


SUBROUTING STORAGE REGISTER (48) 


REPEAT PROGRAM REGISTER (64) 


INTERRUPT DUMP REGISTER (16) 


POWER FAILURE DUMP REGISTER (32) 


PROGRAM COUNT REGISTER 


BASE PROGRAM REGISTER 


BASE ADDRESS REGISTER 


SUBROUTINE BASE ADDRESS 
REGISTER 


INTERRUPT BASE ADDRESS 
REGISTER 


15 INDEX REGISTERS 


15 LIMIT REGISTERS 


(16) 


(16) 


(16) 


(16) 


(16) 


(16 EA) 


(16 EA) 
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UNIVAC 1T08 AND INTRODUCTION TO 
HIGH PERFORMANCE MACHINES 



SPECTRA 70/35 SCRATCH—PAD MEMORY 


GENERAL PURPOSE AND 
FLOATING POINT 
REGISTERS, PROGRAM 
COUNTER, INTERRUPT 
STATUS AND MASK 
REGISTERS. 


SUBCHANNEL REGISTERS 
FOR MULTIPLEXOR 
CHANNEL 


\ 




/ 

N 


> 


ADDRESSABLE* 

PORTION 


NON-ADDRESSABLE 



* IMPLEMENTED AS A SEPARATE MEMORY ON 70/45, 70/55. 
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REQUEST FOR 

SIMPLIFIED DIAGRAM 

DATA/INSTS. 

DATA 

B8500 AND PROCESSOR 

FROM MEMORIES 


ILLUSTRATING PRINCIPAL 
SCRATCH-PAD MEMORIES 

MODULES 
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SUMMARY OF SCRATCH-PAD CHARACTERISTICS 


• PRIMARY FUNCTIONS 

CLOSE-IN STORAGE MATCHED TO LOGIC SPEEDS, INEXPENSIVE 
IMPLEMENTATION OF CONTROL REGISTERS, MASK REAL SPEED 
OF PRIMARY STORAGE 


• POTENTIAL PROBLEMS 

CONTENTS OF SCRATCH-PAD BECOMES PART OF THE STATE 
OF AN ACTIVE PROCESS 

• SOLUTIONS 

ASSOCIATIVE STORE 
MULTIPLE SCRATCH-PAD 


6. TO 
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TYPES OF COMPUTER NETWORKS 


• DEDICATED 

COMMUNICATIONS SWITCH 
RESERVATION SYSTEMS 
AIR DEFENSE SYSTEMS 

• LOAD-SHARING 

REMOTE COMPUTING 
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FUNCTIONS OF CONCENTRATOR 


• IT’S A COMPUTER 

• SPEED MATCHING 

• BUFFER FOR ECONOMICAL 
TRANSMISSION TO SWITCH 

• LOCAL DISTRIBUTION 


TO STORE AND FORWARD SWITCH 
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MULTIPLE-ADDRESS ROUTING 






STORE AND FORWARD NETWORK PROBLEMS 


• RELIABILITY 

MULTIPLE COMMUNICATIONS PATHS 
MULTIPROCESSOR OR MULTICOMPUTER ELEMENTS 
TRANSMISSION CONTROL 
CHECKING 

DISTRIBUTED CONTROL 


• LONG TERM STORAGE 

MULTIPLE ADDRESS MESSAGES 
STATION LOGS 

• EFFICIENT PROCESSING 

INDEPENDENT I/O (COMMUNICATIONS) CHANNELS 

• PEAK LOADS 

SUFFICIENT SECONDARY STORAGE FOR BUFFERING 
DISC/DRUM 

TAPE 
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TYPES OF LOAD-SHARING 


• REMOTE JOB PROCESSING 

SATELLITES ACCEPT DATA AND CONTROL INFORMATION 
CENTER QUEUES JOB FOR EXECUTION 
CENTER RETURNS RESULTS TO SATELLITE 
SATELLITE PRINTS RESULT 
GENERALIZATION OF DCS CONCEPT 


• ACTIVE SATELLITES 

SMALL JOBS PERFORMED IN SATELLITE 

LARGE (FOR SATELLITE) JOBS PERFORMED REMOTELY 


• FULL SHARING 


2 OR MORE CENTERS 


ALL JOBS DONE AT CENTER 


OVERLOAD AT ONE CENTER TRANSMITTED TO ANOTHER 
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SOME LOAD SHARING PROBLEMS 

EQUIPMENT AND CONFIGURATION COMPATIBILITY 

PROGRAM AND DATA LOCATION 

AUTONOMOUS CENTERS 

ALL THE COMMUNICATIONS PROBLEMS 
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UNIVAC 1108 SIMPLIFIED MULTIPROCESSOR CONF1GURATION 


BANK 1 BANK 2 BANK 3 BANK 4 



© 
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OVERLAPPED FETCH IN UNIVAC 1108 


BANK I BANK 2 
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ADDRESSING AND STORAGE PROTECTION - UNIVAC 1108 - SIMPLIFIED 
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1108 AS A MULTIPROCESSOR 


• DESIGNED AS A UNIPROCESSOR 

• MULTIPROCESSING CONNECTIONS THROUGH ADAPTORS 

MMA 

MPA 

• FULL 1107 COMPATIBILITY 

• GUARD MODE = USER STATE (MODE) 

• SEPARATE PROGRAM AND DATA AREA BOUNDS REGISTERS 

• I/O OPERATES WITHOUT STORAGE PROTECT FEATURE 

• ADDITIONAL MODULE FOR MULTIPROCESSOR SYSTEMS- 
AVAILABILITY CONTROL UNIT 
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PROBLEMS IN ATTAINING HIGH PERFORMANCE SYSTEMS 

• EXTREME MISMATCH BETWEEN SPEED OF LOGIC AND 
PRIMARY STORAGE 

• MISMATCH BETWEEN PRIMARY AND SECONDARY STORAGE 

• SERIAL REPRESENTATION OF PROGRAMS 
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OVERLAP 



INFORMATION 
AVAILABLE AT CPU 


SIMPLE MACHINE 


OVERLAPPED 
MACHINE (DATA AND 
INSTRUCTIONS 
RESIDING IN 
ALTERNATE BANKS 
OR MODULES) 
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PIPELINE 


MEMORY MEMORY __ MEMORY MEMORY 

' CYCLE " *■*“- CYCLE - CYCLE —+"+—* CYCLE 

I l. + I_ D. D_ X. X_ X_ X_ 
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OTHER TECHNIQUES TO REDUCE LOGIC-MEMORY SPEED MISMATCH 


• LOOKASIDE 


•SCRATCHPADS 
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TECHNIQUES FOR REDUCING PRIMARY-SECONDARY STORAGE SPEED MISMATCH 


• MULTIPLE CHANNELS 

• HEAD PER TRACK DISC UNIT 

• SECTOR QUEUES 


Q 
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SOURCE OF PARALLELISM IN PROGRAMS 


• INDEPENDENT OPERATIONS 

STATEMENT LEVEL 
ARITHMETIC EXPRESSION LEVEL 

• PARALLEL LOOPS 

• OVERLAPPED LOOPS 
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(I) A = B 



(4) B = B + 1 


INDEPENDENT STATEMENTS, 1, 3 

2, 4 


© 
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EXPRESSION PARALLELISM 


EXPRESSION: (B + C) /(E — F) + D - (R + P)/Q - M) + R 


EXPRESSION TREE 



/\ A A A 

BC EF RP QN 



ALL OPERATIONS AT SAME LEVEL ARE INDEPENDENT AND CAN BE 
EXECUTED IN PARALLEL 
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DO 1^1 = 1, 

M = I + R 


A (I) = B(l) + M 
IjZ# CONTINUE 


ITERATION I 

ITERATION 2 

ITERATION 3 

M = 1 + R 

M = 2 + R 

M = 3+ R 

A (1) = B (1) + M 

A (2) = B(2) + M 

A (3) = B(3) + M 
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PARALLEL LOOP CHARACTERISTICS 


• SAME OPERATION^) APPLIED TO DIFFERENT DATA 

• INDEX SET DETERMINES DATA IN A REGULAR MANNER 

• PERMITS BULK EXECUTION OF PROGRAMS 
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REAL-TIME CONSIDERATIONS FOR OPERATING SYSTEMS 
UNI VAC 1108 EXECUTIVE SYSTEM 


> CAPABILITIES 

• BATCH PROCESSING 

• DEMAND REMOTE 

• REAL-TIME COMMUNICATIONS 

► FEATURES 

• PROGRAM PROTECTION 

— MEMORY 

— RESERVED OPERATIONS 

• MASS STORAGE UTILIZATION 

• ELABORATE PROGRAM FILE SYSTEM 

• CONTROL STATEMENTS MAY BE CATALOGUED 

• MULTIPLE VERSIONS 

>> LANGUAGES 

• FORTRAN 

• COBOL 

• ASSEMBLY 

• ALGOL 

• CONVERSATIONAL FORTRAN 



7.1 




REAL-TIME CONSIDERATIONS FOR OPERATING SYSTEMS 
UNIVAC 1108 EXECUTIVE SYSTEM 


BASIC CONCEPTS AND DEFINITIONS 

• ACTIVITY 

• BATCH 

• COLLECTION 

• FILES 

— GRANULES 

— PACKETS 

• RUN 

• TASK 

• SWAPPING 


PRIVILEGED INSTRUCTIONS 
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> SYSTEM COMPONENTS 

• SUPERVISOR 

• EXECUTIVE REQUESTS 

• SYMBIONTS 

• I/O HANDLERS 

• OPERATOR COMMUNICATIONS 

• FILE CONTROL 

• DATA HANDLING 

• FILE UTILITIES 

• AUXILIARY PROCESSORS 

_ — COLLECTOR 

— PROCEDURE DEFINITION 
— LANGUAGE PROCESSORS 

• PROCESSOR INTERFACE ROUTINES 

• DIAGNOSTIC SYSTEM 

— SNAPSHOTS 
— POST-MORTEM 

• SYSTEM GENERATION 


UTILITY ROUTINES 
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► STATEMENT FORMAT 

@ |^<LABEL>] : ^ COMMAND > j<, OPTIONS >J <SPEC. LIST> ^ COMMENTS > 

STATEMENT TYPES 

• ORGANIZATIONAL 

• I/O SPECS 

• PROCESSOR CALLS 

• PROGRAM EXECUTION 

• CONDITIONAL 
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ORGANIZATIONAL STATEMENTS 


@ RUN 

@ FIN 
@ LOG 

@ MSG 

@ HDG 
@ ADD 
@ START 

@ SYM 
@ COL 
@ CKPT 

@ RSTRT 


APPEARS AT THE BEGINNING OF EACH RUN. PROVIDES 
ACCOUNTING AND IDENTIFICATION INFORMATION. 


APPEARS AT THE END OF EACH RUN. 


PLACES USER SPECIFIED INFORMATION IN THE SYSTEM 
LOG. 


PLACES A MESSAGE ON THE CENTRAL-SITE CONSOLE 
TYPEWRITER. 


USED TO PLACE A HEADING LINE ON PRINT OUTPUT. 



USED TO DYNAMICALLY EXPAND THE RUN STREAM. 

USED TO SCHEDULE THE EXECUTION OF AN INDEPENDENT 
RUN. 


USED TO SCHEDULE NON-STANDARD SYMBIONT ACTION. 

USED TO SPECIFY VARIOUS FORMS OF INPUT. 

USED TO ESTABLISH A CHECKPOINT DUMP THAT MAY 
BE USED FOR RESTART AT SOME FUTURE TIME. 

USED TO RESTART A RUN AT SOME PREVIOUSLY TAKEN 
CHECKPOINT. 


W 
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INPUT/OUTPUT SPECIFICATION STATEMENTS 


@ ASG USED TO ASSIGN A PARTICULAR INPUT/OUTPUT DEVICE 

OR MASS STORAGE FILE TO A RUN. THERE ARE FOUR 
TYPES OF @ ASG STATEMENTS: 

FASTRAND 

TAPE 

DRUM 

ARBITRARY DEVICE 
ALSO USED TO CATALOGUE FILES. 

@ MODE USED TO CHANGE THE MODE SETTINGS (DENSITY, 

PARITY, ETC. ) OF A TAPE FILE. 

@ CAT CATALOGUES FASTRAND FORMATTED OR EXISTING TAPE 

FILES. 

@ FREE USED TO DEASSIGN A FILE AND ITS INPUT/OUTPUT DEVICE 

OR MASS STORAGE AREA. 

@ USE USED TO SET UP A CORRESPONDENCE BETWEEN INTERNAL 

AND EXTERNAL FILE NAMES. 

@ elt inserts or updates a program-file element from 

THE CONTROL STREAM. 

@ DATA USED TO INTRODUCE OR UPDATE A DATA FILE FROM THE 

CONTROL STREAM. 

@ END USED TO TERMINATE A DATA FILE. 

@ FILE USED TO CAUSE THE DIRECT CREATION OF A FILE CONTAIN¬ 

ING DATA TAKEN FROM THE CONTROL STREAM. 

@ ENDF USED TO TERMINATE THE DATA THAT FOLLOWS THE @FILE 

STATEMENT. 

@ QUAL USED TO DEFINE A STANDARD FILE NAME QUALIFIER. 
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PROGRAM EXECUTION STATEMENTS 


@ MAP USED TO CALL THE COLLECTOR AND PREPARE AN 

ABSOLUTE ELEMENT. 


@ XQT 

@ EOF 

@ PMD 


USED TO INITIATE THE EXECUTION OF A PROGRAM. 


USED TO SEPARATE DATA WITHIN THE CONTROL 
STREAM. 


USED TO TAKE EDITED POST-MORTEM DUMPS OF 
THE PROGRAM JUST EXECUTED. 
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PROCESSOR CALL STATEMENTS 


@ PROCESSOR USED TO EXECUTE A PROCESSOR (@COB FOR 

COBOL COMPILER, @ FOR FOR FORTRAN, @ASM 
FOR ASSEMBLER, ETC. ) 
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CONDITIONAL STATEMENTS 


@ LABEL: 


USED TO ATTACH A LABEL TO AN EXISTING CONTROL 
STATEMENT. 


@ SETC 

@ JUMP 


PLACES A VALUE IN THE 'CONDITION 1 WORD. 


USED TO BRANCH CONTROL WITHIN THE CONTROL 
STREAM. 


@ TEST 


USED TO TEST THE ’CONDITION 1 WORD IN THE COURSE 
OF DECIDING THE EFFECTIVE CONTROL STREAM. 
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BATCH PROCESSING 


•> SIMPLE FORTRAN LOAD-AND-GO EXAMPLE: 

@ RUN AK4,888,OPTICS,5,75 
@ ASG.T ATMOS,T.A341 
@ FOR 


@ FORTRAN SOURCE 


XQT 


DATA 


@ PMD 
@ FIN 


• A MORE COMPLEX EXAMPLE: 

@ RUN AL5,888,OPTICS, 10 

@ ASG,T ATMOS,T,A341 

@ ASG SPEC.F SPECIAL FILE 

@ FOR PROGS. MURK(15) , PROGS. MURK/ABER 

CORRECTIONSJO CREATE MURK/ABER FROM MURK (15) 
@ MAP 

IN PROGS. MURK/ABER 

@ XQT 

@ SYM PRNT.SPEC 

@ FIN 
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DEMAND PROCESSING EXAMPLE 


► USER SIGN-ON: 

U1108 T/S 1 
READY 

# RUN XYZ,311202,DEMO 

# ASG,C PF,F/5 

# ASM,I PF. ODD EVEN 
ASM 1/1/67 


(TERMINAL IDENTIFIED WITH WRU. ) 

(THE SYSTEM IS READY FOR FIRST 
INPUT.) 

(THE RUN BEGINS WITH RUNID, ACCOUNT, 

AND PROJECT NUMBER TO IDENTIFY THE 
USER. ) 

(A 5 TRACK FILE DEMO PF’ IS ASSIGNED, 

TO BE CATALOGUED AT THE END OF RUN. ) 

(START ASSEMBLY OF ELEMENT CALLED 
’ODDEVEN’. ) 

■LA/ 

(THE ASSEMBLER IS READY TO ACCEPT 
INPUT. ) 
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DEMAND PROCESSING EXAMPLE 



► ASSEMBLY LANGUAGE PROGRAM: 


REGNAM 


(A PROC TO DEFINE REGISTER NAMES 

IS CALLED FROM THE SYSTEM LIBRARY. ) 

P FORM 

ST* P$RINT 
R$EAD 

12,6,18 

(P 5,4,STMSG) 

(+ EX IT^,INPUT) 

(AS THE USER TYPES, THE ASSEMBLY 

IS TAKING PLACE. THE SYMBIONTS WILL 
QUEUE A LINE IF NECESSARY WHEN THE 

USER GETS AHEAD OF THE ASSEMBLER. ) 

L 

AI, INPUT? 

(FORGOT ’.SI’; DELETE IMAGE AND TRY 
AGAIN.) 

L,S1 

L 

JB 

L 

Al, INPUT 

AO, (P 1’4’ODD) 
A1,ST+1 

AO, (P 1’4E’,EVEN) 

(WENT BACK TO FIX A MISSING COMMA, 
(DOUBLE QUOTE-TTY. ) ) 

J 

INPUT RES 

ST+1 

14 



STMSG 'TYPE A SINGLE NUMBER. ’ 
ODD 'IT’S ODD; TRY ANOTHER. ’ 
EVEN 'IT’S EVEN; TRY ANOTHER. ’ 
END ST 
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DEMAND PROCESSING EXAMPLE 


► EXECUTION OF PROGRAM AND SIGN-OFF 


ASM COMPLETE 
$0 000043 

it XQT,N 


(THE ASSEMBLY IS FINISHED. PRO¬ 
GRAM IS 043 WORDS LONG. ) (REQUEST 
EXECUTION. ) 


TYPE A SINGLE NUMBER. 

1 

IT’S ODD; TRY ANOTHER. 

4 

IT’S EVEN; TRY ANOTHER. 
A 

IT’S EVEN; TRY ANOTHER. 
# FIN 


(NOW THE PROGRAM AND THE USER 
CONVERSE. ) 


(SMART PROGRAM- . ) 

(THAT’S ENOUGH. ) 


© 

27/ 3/67 0945 

RUNID: XYZ ACCOUNT: 311202 PROJECT: DEMO 

TIME: 0000.02 IN: 00023 OUT: 00000 PAGES: 0001 

(EOT) (END OF TRANSMISSION REQUEST TO 

QUIT THE LINE. ) 

LINE RELEASED (LAST WORDS FROM SYSTEM. ) 
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SUPERVISOR COMPONENTS 


► RESIDENT ROUTINES 


— INTERRUPT SUPERVISOR. 

— CPU DISPATCHER. 

— INPUT/OUTPUT CONTROL. 

— DEVICE HANDLERS FOR TAPE, FASTRAND, COMMUNICATIONS 

SUB-SYSTEMS, ETC. (RECOVERY SEQUENCES ARE TRANSIENT). 

— DRUM HANDLER, INCLUDING RECOVERY SEQUENCES. 

— DYNAMIC ALLOCATOR. 

— CORE CONTENTS CONTROL. 

— EXECUTIVE REQUEST SUPERVISOR. 

— REAL-TIME CLOCK AND DAY CLOCK ROUTINES. 

— BLOCK BUFFERING PACKAGE. 

— TASK AND SEGMENT LOADER. 

— CONSOLE CONTROL. 

— BASIC QUEUEING PACKAGE AND QUEUE AREA. 

— READS AND PRINTS. 

— LOGGING CONTROL. 

— ERROR INTERRUPT SUPERVISOR. 

— CORE PARITY RECOVERY ROUTINE. 

— POWER-LOSS CONTROL ROUTINE . 
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SUPERVISOR COMPONENTS 


► TRANSIENT ROUTINES 

— CONTROL STATEMENT INTERPRETER. 

— COARSE SCHEDULER. 

— DEMAND CONTROL 
— FACILITIES INVENTORY. 

— SECONDARY FASTRAND SPACE ASSIGNMENT. 

— COMMUNICATIONS INTERFACE ROUTINES. 

— CLT DIAL-UP AND AUTOMATIC-ANSWER 
— SYMBIONT PROBE ROUTINES. 

— MISCELLANEOUS DEVICE HANDLERS (PAPER TAPE, ETC. ) . 

— SYMBIONTS. 

— CONSOLE HANDLER. 

— LOGGING AND ACCOUNTING. 

— I/O ERROR RECOVERY SEQUENCES FOR TAPE, FASTRAND, ETC. 
— TAPE LABEL CHECKING. 

— ABSOLUTE DUMP ROUTINE. 
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COARSE SCHEDULER 


BATCH PROCESSING 

• RUN QUEUE 

• STATEMENT QUEUE 

- WAIT FOR FACILITIES 

- BEING PROCESSED BY C. S. 

- IN CORE QUEUE 

- WAITING FOR OPERATOR 

• CORE QUEUE 

— ACTIVE 
— SUSPENDED 
— READY 


> DEMAND PROCESSING 

• RUN 

• STATEMENT 

• CORE-SWAP QUEUE 

— ACTIVE 
— SWAPPED-OUT 
— READY 
- INPUT-WAIT 
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DYNAMIC ALLOCATOR 


> CORE ALLOCATION 

• USES CORE CONTENT CONTROL (C. C. C) 

TIME ALLOCATION 

• DISPATCHER 

• PRIORITIES 

— REAL-TIME 
— CRITICAL DEADLINE 
— DEMAND 
— BATCH 

PROGRAM STATES 

• TERMINATED 

• SUSPENDED FOR HIGHER PRIORITY 

• WAITING FOR COMPLETION OF EXTERNAL EVENT 

• INPUT-WAIT 

• ACTIVE 
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THE SWITCH LIST 

• N-LEVEL, MULTIPLE ENTRY (L= 0, 1,2.N) 

• INITIAL LEVEL =0 

• LEVEL L HAS PRIORITY OVER LEVEL L+1 

• WITHIN LEVEL, CDU TIME PRIORITIES ARE EQUAL 

• PROGRAM LOSES CONTROL BY VOLUNTARY OR INVOLUNTARY ACTION 

— THE TIME-LIMIT QUANTUM Q: 

* t l = 2L 

• A = ALLOCATION FACTOR BY D. A. 

• F = PRIORITY FACTOR 

• Q = A * (1 + P/F) * T l 

- IF Q IS EXCEEDED, L + 1 -► L FOR THAT TASK 

• SWITCH LIST FUNCTIONS FOR DA: 

- ENTER (INITIAL L FOR A TASK) 

— SET (ALTERS VALUE OF A FOR A TASK) 

— MOVE (ALTERS VALUE OF L FOR A TASK) 

— MOVE 1 (ALTERS VALUE OF L FOR ALL TASKS OF GIVEN TYPE) 

- MOVE 2 (INCREMENTS OR DECREMENTS L FOR ALL TASKS OF 

GIVEN TYPE) 
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•> 


DISPATCHER 


• CPU GIVEN TO HIGHEST PRIORITY 

• FULL LEVEL-CYCLE MUST BE COMPLETED 

• DISPATCHER USES SWITCH LIST FOR: 

— ENTRY POINT 
— RUN ID. 

- STATEWORD 

- ACTIVITY MARK 

— MEMORY LOCKOUTS 
— RUNNING TIME 
— P. C. T. ADDRESS POINTER 
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FILE CONTROL SYSTEM 


> FUNCTIONS 

• DIRECTORY MAINTENANCE 

• MASS STORAGE ALLOCATION 

• INTERFACE WORKER PROGRAMS AND DEVICE HANDLERS 

• PROTECTION 
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COLLECTOR EXAMPLE 


FILEA ELEMENTS REFERENCES OUTSIDE OF FILEA REQUIRED 

NAME/VERSION FILE, NAME/VERSION 


MAIN 

Al/A 

A2/A 

A3/A 

Bl/B 

B2/B 

B3/B 

CI/C 

C2/C 

DI/D 

D2/D 

El/E 

E2/E 

FI 

F2 

Gl/G 

G2/G 

G3/G 


FILEA, A1, B1, FI 

LIB I, SIN/X 
LIB2, COS/X 
LIB1, SQRT/X 


LIB1, SQRT/X 
LIB2, CAT/Y 
LIB2, CAT/Y 


LIB 1, SIN/X 
LIB2, COS/X 



A PARTICULAR COLLECTION SETUP FOR SEGMENTING A PROGRAM 
FROM THIS FILE MIGHT BE AS FOLLOWS: 


MAP, L 

,x 

SEG 

MAIN 

IN 

FILEA, MAIN 

SEG 

A*, (MAIN) 

IN 

FILEA, Al/A, A2/A, A3/A 

SEG 

B*, (A) 

IN 

FILEA, Bl/B, B2/B, B3/B 

SEG 

C*, B 

IN 

FILEA, CI/C, C2/C 

SEG 

D*, (B, C) 

IN 

FILEA, D1/D,D2/D 

SEG 

E*, D 

IN 

FILEA, El/E, E2/E 

DSEG 

F*, (D, G) 

IN 

FILEA, FI, F2 

SEG 

G*, (MAIN) 

IN 

FILEA, Gl/G, G2/G 

LIB 
@ XQT 

LIB1.LIB2 
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CONVERSATIONAL FORTRAN 


> SERVICE LANGUAGE 

• PROGRAM ENVIRONMENT STATEMENTS 

• EXECUTION CONTROL 

• STATEMENT MODIFICATION 

• DISPLAY 

• TEST FUNCTIONS 


TRACE 

(REPORT VALUE CHANGES) 


TRAP 

(REPORT ALL TRANSFERS) 


TRAIL 

DUMP 

(REPORT ALL EXTERNAL PROCEDURE CALLS) 

• 

LIMIT 

(REPORT VALUE OUTSIDE LIMITS) 


KEYIN 

(ALLOW CONSOLE CONTROL) 


EX 

(IMMEDIATE, BUT NOT PERMANENT) 


EXR 

OFF 

(IMMEDIATE AND PERMANENT) 
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CONVERSATIONAL FORTRAN 


@CFOR 
+ NOTE 
101 . 


101 . 


CONVERSATIONAL 

READY 

READY 

READY 

READY 

READY 

READY 


FORTRAN IN EFFECT 
@EX 

2 = SORT (CONSTANT) 
2 = VALUE 

Y = SIN (CONSTANT) 

Y = VALUE 

R = SIN (CONSTANT) 

R = VALUE 
@OFF (EX) 


©CFOR 
+ NOTE 
101 . 
101 . 
102 . 
103. 

* 

* 101 . 

* 101.I 

103. 

103. 

104. 


CONVERSATIONAL 

READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY 


FORTRAN IN EFFECT 
@ACTIVITY TEST 

READ (2, 20) , A, B, C 
10 A = B + C 
@UPDATE 
-101, 101 

READ (2, 20) , B, C 
@OFF (UPDATE) 

@TRACE A 

R = B/A + C 


@CFOR 

+NOTE 

101 . 

101 . 

101 . 

102 . 

103. 

104. 

105. 

106. 
- 101 . 
+TRC 
+TRC 

106. 


CONVERSATIONAL 

READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY (INPUT VALUES 


READY 


FORTRAN IN EFFECT 
@ACTIVITY EXAMPLE 
@TRACE A, B, C 

READ (2, 20) , A, B, C 
D = A - B + C 
A = D+C/A 
B = A-D 

20 FORMAT (F8. 3) 
©BEGIN 

ENTERED FOR A, B AND C) 

103. A = VALUE 

104. B = VALUE 
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CONVERSATIONAL FORTRAN 


& CFOR 
+ NOTE 

CONVERSATIONAL 

FORTRAN IN EFFECT 

TOT. 

READY 

DIMENSION A(100) 

102. 

READY 

® EXR 

102. 

READY 

20 FORMAT (F8. 3) 

103. 

READY 

READ (2, 20) , B, C 

-103. 

READY (INPUT VALUES ENTERED FOR B AND C) 

104. 

READY 

D = 20 

105. 

READY 

O 

1 

m 

1 

o 

CM 

II 

Id 

106. 

READY 

E = VALUE 

E = 20— C— B 

107. 

READY 

E = VALUE 

EX E = B/C+ 19. 9 

107. 

READY 

E = VALUE 

@ UPDATE 

* 

READY 

-102 

* 102. I 

READY 

READ (2, 50) , (A (1; 

* 102.2 

READY 

) ,1=1, 100) 

& OFF (UPDATE) 

107. 

READY 

A(2) = B — C 

108. 

READY 

A(3) =— A (2) 

109. 

READY 
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REAL-TIME CONSIDERATIONS FOR OPERATING SYSTEMS 
UNIVAC 1108 EXECUTIVE SYSTEM 


CONVERSATIONAL FORTRAN 


@ CFOR 
4-NOTE 
I0T. 
TOT. 
102 . 
- 102 . 
T03. 

104. 

+ ERR 

ro4. 

105. 

106. 
106. 

* 

* 103. 

* 103. 1 
101 . 
102 . 

103. 

104. 

105. 


CONVERSATIONAL 

READY 


READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY 

READY 


FORTRAN IN EFFECT 
@ EXR 

10 FORMAT (13) 

5 READ (2, 10) , J, K, L 

(INPUT VALUES ENTERED FOR J, K AND L) 

4 IF (J-K)' 5, 7, 9 
IF (L) 4, 5, 9 

STATEMENT AT 104. REQUIRES A LABEL 

7 IF (L) 4, 5, 9 
9 L = L - 1 
L = VALUE 
@ OFF (EXR) 

@ UPDATE 


-103,103 

4 

LIST 

10 

5 
4 
7 
9 


IF (K-J) 5, 7, 9 

FORMAT (13) 

READ (2, 10) , J, K, L 
IF (K-J) 5, 7, 9 
IF (L) 4, 5, 9 
L = L- 1 
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UNIVAC 1108 EXECUTIVE SYSTEM 


CONVERSATIONAL FORTRAN 


@ CFOR 

+ NOTE 

CONVERSATIONAL FORTRAN IN EFFECT 

101. 

READY 

@ LIMIT A.GT.20 

101. 

READY 

@ EXR 

102. 

READY 

20 FORMAT (F8.3) 

103. 

READY 

READ (2,20) , A,I 

-103. 

READY 

(INPUT VALUES ENTERED FOR A AND I) 

104. 

READY 

@ OFF (EXR) 

104. 

READY 

READ (2,20) . (B(J) 

105. 

READY 

3 IF (B(I) ) 5,15,4 

106. 

READY 

4 A = B(I) + SIN(B (I) ) 

107. 

READY 

5 A = B(I) * A 

108. 

READY 

I I - 1 

109. 

READY 

GO TO 3 

110. 

READY 

15 A = COS (B(I) ) 

111 . 

READY 

@ BEGIN 104 

101. 

READY 

DIMENSION B (100) 

-104. 

READY (INPUT VALUES ENTERED FOR B-ARRAY) 

+LMT 


A.GT.20 110. A = 21. 75 


READY 
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TOPICS COVERED THIS SESSION 

• HIGH PERFORMANCE MACHINES 
• 6600 

• 360/9X, 360/85 

• B8500 

• ILLIAC IV 


8.1 






(4K MEMORYS, 1 FOR 
EACH VIRTUAL P&C PROCESSOR) 



8.2 






HIGH PERFORMANCE HARDWARE 


A 
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PROGRAM INITIATION -6600 


PRIMARY STORAGE 



8.3 








▲ 

AUERBACH 

0 


1 12 
H- CHANNELS —>| 



4K MEMORY, 1 FOR 
EACH VIRTUAL P&C 
PROCESSOR 


HARDWARE 


-6400 


32 




INTEGRATED 



ARITH. AND 
CONTROL 
UNIT 
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CDC-6500 
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360/91 FUNCTIONAL DIAGRAM 


HIGH PERFORMANCE 
PRIMARY STORAGE 


.75 jus 


256K 


(INTERLEAVED 8 OR 16 
WAYS) 


EXTENDED 
PRIMARY STORAGE 


,75/i% 


256K 


| (16 WAY INTERLEAVE) I 

I_,_ I 


MAIN STORAGE CONTROL 


PERIPHERAL STORAGE 

ELEMENT 


CONTROL ELEMENT (PSCE) 


OPER - 

INST STORG Akin 

BUFFERS BUFFERS BUFFERS 


CHANNELS AND I/O 


FLOATING POINT 
GEN.PURP. REGISTERS 

REGISTERS I-—>- 


FIXED 

POINT 

EXECUTION 


FLOATING 

POINT 

EXECUTION 
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MODULO 8 INSTRUCTION STACK - 360/91 


SAMPLE 

POINTER 

SETTINGS 






HIGH PERFORMANCE HARDWARE 
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ELEMENTS OF 360/91 CONTRIBUTING TO SPEED 


• MULTIPLE INTERLEAVED HIGH SPEED STORAGE 

• STORAGE ACCESS BUFFERING 

• INSTRUCTION BUFFERING 

INST FETCH LOOKAHEAD 
SHORT LOOP EXECUTION 

• OPERAND FETCH AND STORE BUFFERING 

• MULTIPLE ARITHMETIC EXECUTION ELEMENTS 
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360/85 TWO LEVEL STORAGE SYSTEM 


80 ns 

LOCAL 

STORE 

CPU 

80 ns 



BACKING STORE 
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OBJECTIVES OF 360/85 2-LEVEL STORE SYSTEM 


• GENERALIZATION OF LOOK-ASIDE MEMORY 

• 'PAGE 1 CONCEPT APPLIED FOR INCREASED PERFORMANCE 

• AMORTIZE ACTUAL ACCESS TIME OVER SEVERAL WORDS 
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24 BIT ADDRESS 


8 


ASSOCIATIVE 

MEMORY 




TO 

CPU 
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SUMMARY OF MODEL 85 CHARACTERISTICS 


• MODEL 85 EMBODIES 'LOOKASIDE' CONCEPT 

• IMPLEMENTATION SIMILAR TO PAGING IN 360/67 (TO BE DISCUSSED) 

• WITH THE PARAMETERS CHOSEN, DATA OR INSTRUCTIONS FOUND IN 
BUFFER MEMORY BETTER THAN 95% OF THE TIME 


• SIMULATION STUDIES SHOWED THAT STORAGE FOR^128 BLOCKS 
WAS SUFFICIENT TO LOWER REFERENCES OUTSIDE OF BUFFER • 
STORE TO LESS THAN 5% REGARDLESS OF THE PROGRAM SIZE 


• THE ADDRESSING PATTERN OF THE PROGRAM IS THE ONLY 
SIGNIFICANT CHARACTERISTIC AFFECTING THE EFFICIENCY OF 
THE BUFFER 
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RFORMANCE HARDWARE 


- B8500 
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B8500 CPU - SIMPLIFIED FUNCTIONAL DESCRIPTION 



PRIMARY 

STORAGE 
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B8500 INPUT/OUTPUT MODULE BLOCK DIAGRAM 



l MEMORY MODULES I 

I_ I 













HIGH PERFORMANCE HARDWARE 



8.16 


iuest I/O* Data 
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ELEMENTS OF B8500 CONTRIBUTING TO PERFORMANCE 

• MULTIPLE INDEPENDENT MEMORY MODULES 

• MULTIPLE PROCESSORS/CHANNELS 

• QUEUED ACCESS DISC CONTROLLER 

• FUNCTIONAL SEPARATION OF INSTRUCTION PREPARATION, 

EXECUTION LOGIC, AND COMMUNICATION WITH MEMORY 

• INCORPORATION OF ASSOCIATIVE MEMORY FOR 

INDEX VALUES 
DESCRIPTORS 
STORE BUFFER 

n 
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PERIPHERAL 

SUBSYSTEM 
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HIGH PERFORMANCE HARDWARE 
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SYSTEM DATA INTERCONNECTIONS - II 

(a) A FULL WORD (64 BITS) BIDIRECTIONAL PATH BETWEEN THE PROCESSING 
ELEMENT AND ITS OWN MEMORY MODULE FOR DATA FETCHING AND 
STORING. 

(?) A PARTIAL WORD (16 BITS), UNIDIRECTIONAL PATH BETWEEN THE PROCESS¬ 
ING ELEMENT AND ITS OWN MEMORY MODULE FOR ALL ARRAY MEMORY 
ADDRESSING. 

(?) A FULL WORD (64 BITS) BIDIRECTIONAL PATH BETWEEN THE PROCESSING 

ELEMENT AND EACH OF ITS FOUR DESIGNATED ORTHOGONAL NEIGHBORS 
FOR INTERNETWORK DATA TRANSFERS. 

(?) A B-WORD (256 BITS) UNIDIRECTIONAL PATH BETWEEN EACH MEMORY 
MODULE AND THE PROCESSING UNIT BUFFER (PUB) FOR TRANSFERS TO 
IOS AND THE CU. 

(?) A 2-WORD (128 BITS) UNIDIRECTIONAL PATH BETWEEN THE PROCESSING 
UNIT BUFFER OF THE PROCESSING UNIT CABINET AND THE PROCESSING 
ELEMENT MEMORIES FOR I/O STORES. 

(?) A 2-WORD (128 BITS) BIDIRECTIONAL PATH BETWEEN TWO PROCESSING 
UNITS AND THE PROCESSING UNIT BUFFER FOR INTERQUADRANT 
ROUTING. 

(5) A 1-WORD (64 BITS) UNIDIRECTIONAL PATH BETWEEN THE PROCESSING 
UNIT BUFFER AND ALL EIGHT PROCESSING UNITS IN THE CABINET (CDB). 

(?) A FULL WORD (64 BITS) UNIDIRECTIONAL PATH FROM THE CONTROL UNIT 
TO EACH OF ITS EIGHT PROCESSING UNIT CABINETS FOR OPERAND BROAD¬ 
CASTING, MEMORY ADDRESSING AND SHIFT COUNT TRANSFERS. 

(?) A 200-BIT (APPROXIMATELY) UNIDIRECTIONAL PATH FOR CONTROL UNIT 
SEQUENCING OF THE PROCESSING ELEMENT QUADRANT. 

(j) AN 8-WORD (512 BITS) UN BIDIRECTIONAL PATH (ONE WORD FROM EACH 
PUB) FOR DATA TRANSFERS TO THE CONTROL UNIT. 

(?) A FULL WORD (72 BITS) BIDIRECTIONAL PATH BETWEEN EACH OF THE FOUR 
CONTROL UNITS IN THE SYSTEM FOR SYNCHRONIZING AND FOR THE 
DISTRIBUTION OF COMMON OPERANDS IN THE UNITED ARRAY MODE. 

(?) A FULL WORD (64 BITS) BIDIRECTIONAL PATH BETWEEN ADJACENT PROCESS¬ 
ING ELEMENT CABINETS IN ALL FOUR QUADRANTS FOR INTERQUADRANT 
ROUTING. 
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SYSTEM DATA INTERCONNECTIONS - II (Cont) 


(m) A FULL WORD (64 BITS) BIDIRECTIONAL PATH BETWEEN THE FOUR CONTROL 
UNITS AND THE I/O SUBSYSTEM. 

(N) A PART WORD (32 BITS) UNIDIRECTIONAL PATH BETWEEN THE FOUR 

CONTROL UNITS AND THE I/O CONTROLLER FOR MEMORY ADDRESSING. 

@ A 16-WORD (1024 BITS) BIDIRECTIONAL PATH BETWEEN THE INPUT/ 

OUTPUT SWITCH AND EACH PROCESSING ELEMENT QUADRANT. 

(?) A 16-WORD (1024 BITS) BIDIRECTIONAL PATH BETWEEN THE INPUT/ 

OUTPUT SWITCH AND THE I/O SUBSYSTEM. 
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ILLIAC IV SUBARRAY 
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DISCUSSION OF ARRAY PROCESSORS 


• WHERE DEALING WITH ARRAYS, VERY HIGH PERFORMANCE IS POSSIBLE 
(UP TO 256 TIMES A VERY HIGH PERFORMANCE SERIAL SYSTEM) 

• DATA PLACEMENT CRITICAL IN ILLIAC IV BECAUSE OF LIMITATIONS 
OF SYSTEM CONNECTIVITY 

• INTRODUCES CONCEPT OF PROCESSOR-RELATIVE ADDRESSING. 

• CONTROL PROBLEMS COMPOUNDED WHEN INDEXING EXCEEDS 
DIMENSIONS OF ARRAYS 

• ULTIMATE LIMITATION IS HIGHLY PARALLEL ACCESS MEMORY, 

WITH ILLIAC IV CONNECTIVITY, ONLY 4 PORTS NEEDED FOR 
EACH MEMORY MODULE 

WITH SAME NUMBER OF PE'S AS A VECTOR CONNECTIVITY 
EACH MEMORY WOULD REQUIRE 64 PORTS 

• EFFICIENCY DEPENDENT ON SOLUTION METHOD ISOMORPHISM 
WITH STRUCTURE 


8 . 25 



A 

AUERBACH 
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€ 5 “ 


PERIPHERAL PROCESSOR MEMORY ALLOCATION 



PP1-8 

PP9 

PP0 

0000 

i H 

Temporary Storage 

0075 

i : 

Communication Area Addresses 

... i.. _____ 

0100 



1 


i i 

Peripheral Resident Program 

i » 

D773 

Basic 

Transient 

Programs 

System 

System 

1773 

Equipment 

Driver 

Overlays 

Display 

i 

Monitor 

7777 






i 
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TABLE 

POINTERS 


HIGH PERFORMANCE SOFTWARE 


RESIDENT CENTRAL STORAGE (TYPICAL) 


57 

56 

— 

CONTROL POINT 
STACK INDICATORS 

- 

55 

MTR TEMPORARY 

STORAGE | 

54 

BLANK 

53 

BLANK 

52 









PP STARTING 

TIMES 


41 







40 

CENTRAL PROCESSOR STARTING 

TIMES 

37 










DATES 



31 







30 

TIMES (Hr. Min. Sec) | 

27 


SIMULATOR 

P 

ADDR. 


26 


SIMULATOR 

XJ ADDR. 


25 

PSEUDO-CONTROL POINT 0 RECALL IR | 

24 


PP 

IDLE 

TIME 


23 


CP 

IDLE 

TIME 


22 

not used ] 

21 


JOB 

NAME 

-MTR 

| 

20 

PSEUDO-CONTROL 

POINT 0 | 

17 







16 

CHANNEL STATUS 

TABLE (CST) ! 

15 







14 


MTR 

STEP FLAG 


13 


12 

TRT2 

last track 

not used 

I00 8 

62 8 

1 1 

TRTI 

last track 

not used 

ioo 8 

62 8 

10 

TRTO 

last track 

not used 

I00 8 

62 B 

7 

CLD 

LIMIT 

not used 

6 

RSL 

LIMIT 

not used 

5 

EST 

LIMIT 

not used 

4 

FNT 

LIMIT 

not used 

3 

DFB 

IN 

OUT 

LIMIT 


2 

PLD 

LIMIT 

not used 

1 

RPL 


not 

used 

__r 

0 

ZEROS 


7000 


5000 



RESIDENT PERIPHERAL LIBRARY 
IRPL) 


RESIDENT SUBROUTINE LIBRARY 
(RSL) 


DAYFILE BUFFER 
(DFB) 


FILE NAME/FILE STATUS TABLE 
(FNT/FST) 


TRACK 

RES. TABLE % 2 

TRACK 

RES. TABLE 1 

TRACK 

RES. TABLE 0 

PERIPH. 

LIB. DIRECTORY 

CENTRAL 

LIB. DIRECTORY 

EQUIP. 

STATUS TABLE 

CP 

RESIDENTS 

CONTROL 

POINT AREAS 

PP COMM. AREAS 

POINTERS AND FLAGS 
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CONTROL POINT AREAS AND EXCHANGE JUMP AREA 


12-BIT BYTE 

_A,_ 


STATUS 



48 



0 

0 

0 

ill! 


0 

0 


0 

§ 


■ Presence of a I bit 
indicates: the corresponding 
PP is assigned to this' 
control point 

►This control point is in recall status 
►The job at this control point is waiting 


for the 

central processor 



12-BIT BYTE 

_x._ 

f 



47 

36 

ERROR FLAGl 

XXXXXXXXX 

X 

X 

X 

V__ 


Not used 



OOI Time limit exceeded 
0 I 0 Arithmetic error 
0 I I PP Abort 
I 00 CP Abort 
101 PP Call Error 
I I 0 Operator drop 
I I I Disk Track Limit 


EQUIPMENT ASSIGNMENT 


Words 


Program Address (P) AO (Address Registers)! 


Ref e rence Address(RAJ AI 


Field Length (FL) 


Exit Mode (EM) 


A2 


A3 


A4 


A5 


A6 


A7 


Bl (Increment Register) 


B2 


B3 


B4 


B5 


B6 


B7 


XO (Operand Registers) 


X I 


X2 


X3 


X4 


X5 


X6 


X7 


STATUS ERROR FLAG stor. move flag RA(Hundreds) FL(Hundreds) 


JOB NAME (DISPLAY CODE) 


next cont.stat, 


PRIORITY MSG.COUNT TRACKCOUNTlTIME LIMIT bp.assign.equipl 


CP TIME (SECS) 


PP TIME (SECS) 


(MSECS) 


(MSECS) 


PP RECALL REG. 


SENSE SWITCHES, LIGHTS 


EQUIPMENT ASSIGNED 


LAST DAYFILE MESSAGE 
(OR CONSOLE MESSAGE) 


CONTROL STATEMENT BUFFER 
(RACKED DISPLAY CODE) 


>EXCHANGE PACKAGE 


0 

1 

2 

3 

4 

5 

6 
7 

I 0 
I I 
12 

13 

14 

15 

16 

17 ^ 

20 

0 . POINTER TO NEXT 

21 STATEMENT IN BUFFER 

22 

23 > CURRENT RUNNING Till 
24; 

25 -HOLDS PP INPUT REGISTEI 

26 
27 
30 


37 

40 


0 

\mr 


DURING PP RECALL 


177 


59 0 


4 

17 

20 

33 

34 

47 

50 

63 

64 

77 

48 

47 

36 

35 

24 

23 

12 

0 1 
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MONITOR/PP COMMUNICATION AREA 


CENTRAL PROCESSOR PROG. 


PP COMMUNICATION AREA 


- RA +1 NAME 
RA 


TnputregisterVL 

, CLEARED? 



N 

MTR FUNCTION 17 
-- OUTPUT REG. 




'OUTPUT REGISTERVU 
w CLEARED? 


OR _.__ 

* IR NAME I C PI 


MB _ 

k OR 00170-- 

IR NAME I CP| 


(RA+I) CLEARED? 
-— 

i ___ 

PP AVAILABLE ? 

-T--■ 


ASSIGN PP TO CONTROL POINT. 
INSERT CP NO. t IN CALL, 
PLACE CALL IN PP 
INPUT REGISTER 
CLEAR R A + I 


t Requestor's 
CP NumMf 


LOAD a EXECUTE * 
REQUESTED PROG. 


EXIT FROM 
TRANSIENT 


MTR FUNCTION 12 
-► OUTPUT REG. 


*The Transient Program moy 
also initiate MTR Requests 
via PP Resident 

MB Message Buffer 
IR Input Register 
OR Output Register 
CP Control Point 
ARG Argument 


MB _ 

* OR 0 .— 

IR NAME I CP I 


•OR 00120--- 

IR NAME I CP 1 



READ PP OUTPUT REG. 

“- 1 --——■ 

i 

-___L___ 

STORAGE MOVE FLAG SET? 

~ N " 

CLEAR OUTPUT REGISTER 
-- f --- 

---—-- 1 ________ 

READ PP OUTPUT REG. 

I 

----- ! _- 

RELEASE PP 

CLEAR PP OUTPUT REG. 
CLEAR PP INPUT REG. 
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DAYFILE DISPLAY 


CD 

U1 


Hours 


This column represents 
the time each control 
statement was requested 
for execution. 

(A total of 32 lines may 
be contained on the day- 
file) 



ACTUAL TIME 
- Sec. 


„ Name of JOB to which 
message belongs 


New dayfile information 
appears at the bottom of 
the screen automatically; 
old dayfile information 
is deleted at the top of 
the column as new times 
are entered into the day- 
file. 


SYSTEM TAPE LABEL 


JOB NAME 


00.00.16. 

00.00.17. 

00.00.17. 

00.00.17. 

00.00.17. 

00.00.18. 

00.00.25. 

00.00.25. 

00.00.27. 

00.00.30. 

00.00.30. 

00.00.30. 

00.00.30. 

00.00.30. 

00.00.30. 

00.00.31. 

00.00.31. 

00.00.31. 

00.01.04. 

00.01.05. 

00 . 01 . 11 . 

00 . 01 . 12 . 

00 . 01 . 12 . 

00 . 01 . 12 . 

00.01.24. 

00.04.05 

00.04.10 

00.04.10 

00.04.10 

00.04.40 

00.04.40 



MERGE 

MERGE 

MERGE 

MERGE 

MERGE 

MERGE 

MERGE 

MERGE 

BETA 

MERGE 

MERGE 

MERGE 

MERGE 

MERGE 

MERGE 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 

BETA 


MERGE,7,1 
ASSIGN 50,A. 

(50 ASSIGNED) 
ASSIGN 51,B. 

(51 ASSIGNED) 
REWIND (F) 

(F) 

(F.D) 


REWIND 

COPYBF 

READ. 

REWIND 

REWIND 


(F) 

(F) 

CP 006.(D) SEC. 

PP 019.421 SEC. 

PRINT. 

PP 000 SEC. 

PP 015 SEC. 

BETA,77,70000,50000. 
DIS. 

INPUT. 

LOC. 

BUFFER ARG ERROR. 

CP 002.575 SEC. 

PP 020.265 SEC. 

PRINT. 

PP 011 SEC. 

READ 

PP 015 SEC. 

BETA,77,70000,50000.1 
DIS. J 

INPUT. 

LOC. 


This column represents the 
control statements introduced 
via card input and contains 
the system’s history. 

A summary of the day's total 
run may be printed out upon 
request. 


NOTE: Dayfile display data will appear on the 

printout at the end of each job automatically 
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JOB STATUS DISPLAY 
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STORAGE DISPLAYS 


ADDRESS 


F,G 

DISPLAYS 



CONTENTS OF ADDRESS 


A 



DISPLAY AREA 
FOR OPERATOR TYPEIN 
(Always on left screen) 


'oioooo' 

*32670 

62330 

60133 

7052o' 

010001 

30645 

26010 

14316 

53261 

010002 

07125 

06232 

00101 

43165 

010003 

32610 

70401 

00235 

00000 

010004 

20002 

06602 

00053 

11413-, 

010005 

02000 

76101 

00010 

00000 

010006 

00000 

00000 

00000 

00000 

010007 

35022 

40000 

00000 

00126 

010010 

01000 

00002 

00224 

13024 

010011 

12020 

51430 

03100 

70705 

010012 

02002 

56130 

17000 

00200 

010013 

24010 

32100 

00020 

02561 

010014 

02002 

56102 

00210 

13004 

010015 

10660 

56730 

00346 

23464 

010016 

30615 

46334 

05140 

06010 

010017 

30625 

41330 

05341 

43053 

010020 

10063 

15510 

06315 

41602 

010021 

62103 

06434 

13306 

53414 

010022 

30531 

00631 

55100 

65154 

010023 

16036 

21001 

00200 

00000 

010024 

00000 

00000 

00000 

00100 

010025 

00003 

03102 

00074 

13032 

010026 

76000 

20023 

01140 

03403 

010027 

30725 

40430 

32162 

07600 

010030 

74002 

00050 

00710 

02700 

010031 

04113 

40137 

04150 

55501 

010032 

04020 

67303 

03000 

07500 

010033 

02002 

30112 

02040 

50200 

010034 

23011 

22004 

12305 

10200 

010035 

07513 

62210 

03352 

10100 

010036 

21000 

00036 

03110 

50407 

010037 

30321 

63076 

00010 

02115 


FOUR GROUPS OF FIVE-OCTAL 
DIGITS—(OR FIVE GROUPS 
OF FOUR-OCTAL DIGITS)- 



Job Names 
(Input stack) 


(If no jobs are waiting for 
output none will appear) 
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JOB FLOW 
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TYPICAL DECK SEQUENCE 


Card arrangement to begin a job, separate records, and terminate. 


- 

I FILE SEPARATOR 


8 RECORD SEPARATOR 


£ 


I DATA CARDS 

/7- 

8 RECORD SEPARATOR 
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FORTRAN LOAD AND RUN 


Card arrangement for a FORTRAN Load and Run job: 

Tape references: 

TAPE1 - assumed input tape which operator loads on a particular 
unit 

TAPE5 - output tape drawn from tape pool 
TAPE6 - scratch file on disk 



^SOURCE DECK 

/PROGRAM ALFRED (INPUTjDUT 
( PUT, TAPE I, TAPE 5, TAPE 6) 


£i 

/ RUN. 


REQUEST TAPE I. 


REQUEST TAPE 5. 
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SIPROS ENVIRONMENT 


OKftATOK OVEMIOC 


DISPLAY INFORMATION 
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SYSTEMS COMPONENTS 


POOL PP RESIDENTS 

HOC UP I/O REQUESTS 
LOAD JORS 
REPORT COMPLETION 



PROGRAMMER SCRATCH AREA 
WORK AREA 


JOR STACK 

JORS TO RE ASSEMRLEO 
JORS TO RE COMPILED 
JORS TO RE EXECUTED 


OUTPUT RUFFERS 
PRINT DATA 
PUNCH DATA 


SYSTEM ROUTINES 
ALL ROUTINES 
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JOB CONTROL 


CONTROL CARDS 
(♦REQUIRED CONTROL CARDS) 


JOB IDENTIFICATION 
* JOB NAME AND ACCOUNT NUMBER 
PRIORITY 

CENTRAL PROCESSOR RUNNING TIME LIMIT 


EQUIPMENT 

SCRATCH TAPE 
INPUT TAPE 
OUTPUT TAPE 
PRINTER 
DISK 

CARD READER 
CARD PUNCH 
PERIPHERAL PROCESSOR 
VARIATIONS 

VARIABLE vs FIXED REQUIREMENTS 
EQUIPMENT EXCHANGE 
SPECIFIC ASSIGNMENT 


MEMORY ESTIMATE 
CENTRAL MEMORY 
FIXED 
VARIABLE 

DISK MEMORY 
FIXED 
VARIABLE 

DEBUGGING 

MEMORY DUMP 
MEMORY MAP 
CONSOLE DEBUGGING 
ERROR HALT CONDITIONS 

OTHER 

IGNORE EXPONENT OVERFLOW • 

IGNORE INDEFINITE RESULT 

IGNORE EXPONENT OVERFLOW AND INDEFINITE RESULT 
COMPILE PROGRAM 
* FINIS 


CARD DECK LAYOUT 
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JOB DECK EXAMPLES 


CASE A : JOB COMPILATION 


CASE B: JOB COMPILATION AND EXECUTION 



/ASCENT V, J, 
/ SOURCE / 

/ ROUTINE '1/ J 


Z FORTRAN 
SOURCE 

ROUTINE t , y 


Z FORTRAN 
SOURCE 

ROUTINE P| y 


J ^execute s 
!cOMP!LE S T- 


9 job, matrix, 
I234S 


CASE C JOB EXECUTION (NO OPTIONAL CAROS) 

[ ;f,n,s $ 


/ FORTRAN / 
/ OBJECT / 
/ ROUTINE *2/ 


CASE D: JOB EXECUTION (OPTIONAL CONTROL CARDS) 
[ 9FINIS $ | 
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USE OF MEMORY 


COMI! NATIONS Of ABOVE 
ABE POSSIBLE_ 


umiwYgiyn> 



COMBINATION OP POBTRAN 
AKINT A NO ASPEI ROUTINES 

OTHER CONTROL CABOT AS KQUMfO 
CONTROL CABO SPEC*YING 

n iequgement 
JOB CARO 


2. SYSTEM SCHEDULES COMPILATION 

3. JOB COMPILED - COMPILED JOB BACK 
TO JOB STACK 

4. SYSTEM SCHEDULES EXECUTION 

5. ENTIRE JOB (INCLUDING PP PROGRAM) 

TO CM 

B WHEN BBIOBITY IS THE HIGHEST. 

SYSTU EXCHANGE JUMP TO CP 
PBOQBAM. EXECUTION STABTS IN CP 

7 TPP PBOGBAMMR MJCBO ENCOUNTERED 
IN CP PROG*AM 

NAMED ASPEfl PROGRAM TRANSFERRED TO PP. 

I. EXECUTION STABTS IN PP SPECIAL PP 

PERPOflMS CP ASSIGNED FUNCTION PROGRAMS 
COAAMUNtCATE AND KANSPfR I/O INPOMAATION 
VIA COMMON ABU. 

*. STEPS 7 A NO • fltPf ATEO TOR ALL 
AVER SUBROUTINES. OVERLAYS, ETC 
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AUERBACH 

PROCESSING STEPS W 



JOB MUST MAVi «Of« PRIORITY 
MUST IE SUFFICIENT CENTRAL MEMORY 
MUST BE SUFFICIENT DISK SPACE 
MUST BE ENOUGH FREE EQUIPMENT 


FROCESSING STEPS 


I. BATCH LOADER 

LOADS JOB INTO JOB STACK ON DISK FROM CARDS OR 
TAPE MAKES ENTRY IN JOB TABLE FOR EACH JOB LOADED 


2. EXECUTIVE 

EXAMINES JOB TABLE FOR JOBS TO BE LOADED INTO CM 

INSTRUCTS JOB LOADER TO LOAD JOB WITH HIGHEST PRIORITY 
(IF IT MEETS LOADING REQUIREMENTS) 

MAKES EQUIPMENT ASSIGNMENTS IN EQUJMENT TABLE 
REQUESTS OPERATOR TO PREPARE EQUIPMENT 


EXECUTIVE 

AND 

MONITOR FP 



OPERATORS REQUEST 
MOUNT TAPES 


CENTRAL MEMORY 



3. EXECUTIVE 

EXCHANGE JUMPS TO JOB TO BE EXECUTED 
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PROCESSING STEPS (CONT. ) 



CENTRAL MEMORY 



CENTRAL MEMORY 


SYSTEM 

DISK 



JOR 

F| 

JOR 

JOR 

*3 

EQUIPMENT 

TAKE 

JORTARLE 










K 





■ 


B 







1 







EXECUTIVE 


POOL PP 

ANO 


TAPI 

MONITOR PP 


PACKAGE 


1 I MAGNETIC! 



CENTRAL MEMORY 


JOR 
*2 


jos 

*3 


EQUIPMENT 

TAKE 


JOR TAKE 



EXECUTIVE 

INSTRUCTS JOR LOADER TO LOAD OTHER JORS INTO 
CENTRAL MEMORY UNTIL IT IS FULL 

MULTIPROCESSES JORS IN CENTRAL MEMORY 


EXECUTIVE 

DIRECTS OUTPUT DATA FOR PRINTER AND PUNCH TO 
OUTPUT RUFFBt ON DISK 

DIRECTS OUTPUT DATA FOR TAPE TO POOL PP WHICH 
WRITES TAPE 


EXECUTIVE 

SCHEDULES NEW JOS FOR CM WHEN JOR TERMINATES 

INSTRUCTS JOR LOADER TO LOAD NEW JOR FROM JOR 
STACK ON DISK INTO CM 
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REMOTE HOOKUPS 
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LANGUAGE PROCESSING 



Source Language 
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SCOPE FEATURES 

• CHIPPEWA SUPERVISOR 

• DATA MANAGEMENT 

• ADVANCED LOADER 

• REMOTE PACKAGE 
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STORAGE ASSIGNMENT DURING SEGMENTATION 


Loading 

Order 

Segment 

Level 

Contents of User s Job Area in 

Memory after Loading of Segment 

1 

0 

SEG 0 


Unused 
i Storage 

Area 

2 

3 

SEG 0 

H 

SEG 3 

3 

4 

SEG 0 

SEG 3 

SEG 4 


4 

9 

SEG 0 

SEG 3 

SEG 4 

SEG 9 


5 

2 

SEG 0 

SEG 2 


6 

1 

SEG 0 

SEG 1 



7 

5 

SEG 0 

SEG 1 

SEG 5 



8 

8 

SEG 0 

SEG 1 

SEG 5 

SEG 8 


9 

7 

SEG 0 

SEG 1 

SEG 5 

SEG 7 
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Loading 

Primary 

Level 

Secondary 

Level 

Contents of User’s 

Job Area in 

Order 

Number 

Number 

Memory after Loading of Overlay 

i 

0 

0 

(0,0) 


Unused 
Storage 
>j§ Area 


2 

i 

0 

(0,0) 

(1,1) 


3 

1 

1 

(0,0) 

(1,0) 

(i,i) 

- 

4 

1 

2 

(0,0) 

(1,0) 

--- 

(1,2) 


5 

1 

1 

(0,0) 

(1,0) 

(1,1) 


6 

1 

3 

(0,0) 

(1,0) 

(1,3) 


7 

1 

2 

(0,0) 

(1,0) 

(1,2) 


8 

2 

0 

(0,0) 

(2,0) 



9 

2 

1 

(0,0) 

(2,0) 

(2,1) 


10 

2 

2 

(0,0) 

(2,0) 

(2,2) 


11 

3 

0 

(0,0) 

(3,0) 



12 

4 

0 

(0,0) 

(4,0) 

J 
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FILE ENVIRONMENT TABLE (FET) 


Bits 59 47 44 35 32 29 23 17 0 


logical file name (lfn) 

code and status 

device type 

u e disposition c 

rn pp code 

FIRST 

0 

IN 

0 

OUT 

FNT pointer 

, . . . ! physical record 

record block size unit gize 

LIMIT 


working storage fwa 


working storage 
lwa+1 


record request/return infprmation 

record 

number 


index length 

index address 


EOI address 


error address 

Label file name (first 10 chars) 

Label file name (last 10 chars) 

edition 

number 

retention cycle 

creation date 

position 

number 

multi-file name 

reel number 


Words 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 
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IN 

FIRST -*• 
OUT 


LIMIT 


INITIAL 

STATE 


VRE 



AFTER 

READ 
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XT 


RESPOND COMMANDS TO SCOPE 


COMPILE 

ASSEMBLE 

EXECUTE 

COPY 

SUBMIT 
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SYSTEM ACTION REQUESTS 

• MEMORY 

• CKPT 

• RECALL 

• MESSAGE 

• ENDRUN 

• ABORT 

• LOADER 

• TIME/DATE 
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FILE ACTION REQUESTS 


• REQUEST 

• OPEN 

• CLOSE 

• EVICT 

• READ 

• WRITE 

• SKIP 

• BKSP 

• REWIND 

• UNLOAD 
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high performance software 


AUERBACH 


A RESPOND DIALOGUE 


LOGIN JRV, 2359 A 
CONTINUE 

FORMAT FTN 80 TAB 2,7 A 
CONTINUE 


INPUT FTN 

0010 tt PROGRAM EOQ (INPUT= 

TAPE 1, OUTPUT=TAPE 2) A 

0020 ft LUI=TAPE 1 A 

0030 tt _LU2=TAPE2 A 

0040 t 51 READ(LU1,10) USE, POC, UC A ' 

0050 1 10 t FORMAT (3F8.2)A 

0060 tt IF (USE. EQ. 7777)40,30 A 

0070 t 301 CONTINUE A 

0080 .... 


iiiO t 40 t CALL REPORT(QTY, POC, UCOST, 
TCOST) A 


iijO tt RETURN A 

iikO tt END A 

iimO t EOF A 

CONTINUE 

FILE EOQ, 10 TO iimO 
CONTINUE 

COMPILE EOQ 

Job name from SCOPE 
Notification of job completion 


LIST FILESA 

PRIVATE FILES 
TAPE 1 150 DIS 80 1 1/1/67 

EOQ 130 DIS 80 1 3/1/67 

EOQ L 230 DIS VL 1 2/12/67 

EOQ B 52 BIN 20 1 2/12/67 
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A RESPOND DIALOGUE 


EXECUTE EOQB, INPUT=TAPE1, 
OUTPUT=TAPE2 A 
Job name from SCOPE 
Notification of job completion 

OPEN TAPE1 A 

CONTINUE 


DISPLAY RECORD 1 TO 5 A 


ORDER PO UNIT 
QTY COST COST 
942 100.00 120.00 

330 8.00 33.50 

481 1.20 9.80 


TOTAL 

COST 

113140.00 

110663.00 

4715.00 


DISPLAY RECORD 5 TO 10 A 

481 1.20 9.80 4715.00 

366 1.80 5.50 2014.80 


TOTAL 358320.15 

DISPLAY RECORD 1, 2, 5 TO 8 A 

ORDER PO UNIT TOTAL 
QTY COST COST COST 
481 1.20 9.80 4715.00 

366 1.80 5.50 2014.80 


TOTAL 358320.15 


OPEN FILE EOQ L A 
CONTINUE 


DELETE EOQ L A 
CONTINUE 


COPY TAPE2 TO PRINTER A 
Job name from SCOPE 
Notification of job completion 

LIST FILES A 

PRIVATE FILES 
TAPE 1 150 DIS 80 2 1/1/67 

EOQ 130 DIS 80 1 3/1/67 

EOQ B 52 BIN 20 1 2/12/67 

TAPE 2 8 DIS 80 3 2/12/67 

LOGOUT A 

TIME 00.35.05 
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mD 


A RESPOND DIALOGUE 


LOGIN GFC.2106 A 
. CONTINUE 

INPUT A 


0010 


0020 

TERM 

0030 

CHAN 

0040 

CONN 

0050 


iiiO 

IOP 

iijO 
iikO l 

EOF A 

CONTINUE 


ASPER MUX 
EQU 12 A 
EQU 13B A 
EQU 500IB A 

FNC CHAN, CONN A 

END A 


FILE MUXIO A 
CONTINUE 

ASSEMBLE MUXIO A 

Job name from SCOPE 
Notification of job completion 

LIST FILES A 

PRIVATE FILES 

MUXIO 132 DIS 80 1 2/10/67 
MUXIO L 352 DIS VL 1 2/10/67 
MUXIO B 37 BIN 20 1 2/10/67 

LOGOUT A 

TIME 00.13.20 


I 
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STACK MACHINES AND OTHER ADVANCED SYSTEMS CONCEPTS 




^ TOPICS COVERED THIS SESSION 

• THE INFLUENCE OF PROGRAMMING LANGUAGE ON MACHINE 
DESIGN - PARTICULARLY THE EFFECT OF ALGOL 60 

• SEVERAL MACHINE DESIGNS REFLECTING THIS INFLUENCE 

B 5000 
KDF 9 

B 55/65/7500 
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STACK MACHINES AND OTHER ADVANCED SYSTEMS CONCEPTS 


▲ 

AUERBACH 


► NEW NOTIONS IN ALGOL 60 


• ORIGINS IN ALGOL '58 

PRODUCED BALGOL 
MAD 
NELLI AC 
JOVIAL 

• BLOCK STRUCTURE 
(STATIC LEVELS) 

• RECURSION IN PROCEDURES 
(DYNAMIC LEVELS) 

• MIXED MODE ARITHMETIC 
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STACK MACHINES AND OTHER 




ADVANCED SYSTEMS CONCEPTS 


BLOCK STRUCTURE AND STORAGE ALLOCATION 




b. 


BLOCK STRUCTURE 
AS WRITTEN 


TREE FORM FOR CODE 


PROGRAM STORAGE = MAX (ACH, ADIJ, ABF, ABEG) 
TO BE RESERVED 
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SAMPLE ALGOL PROGRAM WITH BLOCK STRUCTURE AND SUBROUTINES 

A: BEGIN REAL SCR, THETA; REAL ARRAY VAL, (1:29); 

INTEGER ARRAY M (1:50, 1:15), PLT (1:50, 1:15), V (1:29); 

INTEGER i, j, k, n, p, q, score, length, wd, rnk; 

PROCEDURE B (m, n,/, PLT); 

VALUE m, n, e; 

BEGIN INTEGER i, s, n; 

FOR i: = 1 STEP 1 UNTIL N DO 

BEGIN FOR j : - 1 STEP 1 UNTIL 2 DO 
BEGIN k := K 1; 

PLT [k]:- PLT [i, j]. 10000000 END; 
k : [k] 1 END END END B: 

PROCEDURE C (length, score, q, pit); 

VALUE length, q; 

BEGIN INTEGER t, u; 
t : = length . q; 

B(t, u, length, PLT); 
score : * PLT/u end C; 

IF (PLT [i] / 0) A (PLT [ij ’/•wd) then 
go to D else if PLT [i] >SCR then 
go to E else 

t : = rnk [ k]; 

B , q, rn); 

C (i, k, p, m); 

D: BEGIN REAL k; 

m :-k; 

val[j] : = k; 

i : * j + 1; 

k : = 1 end D; 

E: BEGIN REAL k; 

PROCEDURE F (j, k); 
value j; 

k : - j 5 end F; 
q : * n.p; 

F(q, wd); 

t : = q/lgth. end E; 


END A AND PROGRAM; 
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BLOCK STRUCTURE OF SAMPLE PROGRAM 
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MEMORY ALLOCATION AFTER INITIAL LOADING 
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MEMORY AFTER CALL ON B 
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AUERBACH 


MEMORY AFTER CALL ON C 


} 



Q 
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ENTRY INTO NEW BLOCK D 
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AUERBACH 



MEMORY AFTER CALL ON F WITHIN E 
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RECURSION IN AN UNRELATED PROGRAM 



1-SUBROUTINE R 

-SUBROUTINE S 

CODE BODY Q 


RET. POINT IN Q, SB FOR Q 
RET. POINT IN R, SB FOR R 
RET. POINT IN S', SB FOR S' 
RET. POINT IN R 2 , SB FOR R 2 
RET. POINT IN S 2 , SB FOR S 2 



A.S. FOR R 3 

_DECL. FOR R 3 

A.S. FOR S 2 


_DECL. FOR S 2 

A.S. FOR R 2 
DECL. FOR R 2 
A.S. FOR S] 

|_DECL. FOR S } 

A.S. FOR R] 


_DECL. FOR R] 

ARITHMETIC STACK FOR Q 


DECLARATIONS FOR Q 


SWITCH TABLE FOR Q (R,S) 


STORAGE 
CREATED AT 
RUN TIME 
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POLISH NOTATION AND ARITHMETIC EXPRESSIONS 


(A + (B -C)) X (D/E + F) 


1 



2 



EVALUATION ORDER 



TREE REPRESENTATION 
OF EXPRESSION 


A, B, C, —, + , F, D, E, /, + , X 

B, C, A, +, D, E, /, F, +, X 

EQUIVALENT SUFFIX POLISH 
FORMS FOR EXPRESSION 

X, +, B, C, A, +, /, D, E^P 

POLISH PREFIX FORM 
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FLOWCHART FOR CONVERTING EXPRESSIONS TO SUFFIX POLISH FORM BASED ON OPERATOR HIERARCHY 
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DATA FETCH AS A SEPARATE OPERATOR 


CLA 

B 

FETCH B 

SUB 

C 

FETCH C 

ADD 

A 

SUB 

STO 

TEMP 

FETCH A 

CLA 

D 

ADD 

DIV 

E 

FETCH D 

ADD 

F 

FETCH E 

MUL 

TEMP 

DIV 

FETCH F 
ADD 

MUL 


SINGLE ADDRESS INST 'STACK' PROGRAM 

PROGRAM FOR FOR 

EXPRESSION EXPRESSION 
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FUNCTIONS IN STACK MACHINE 
SIN (X) 

MAX (a, b, c, d, e . . . ) 

FUNCTIONS 

X, SIN, <SRE > 

a, b, c, d, e . . . . , MAX,<SRE> 
POLISH FORM 


10.16 





AUERBACH 


STACK MACHINES AND OTHER ADVANCED SYSTEMS CONCEPTS 


15 


STACK AS A COMMUNICATIONS MEDIUM 
SUBRA (A, B, C) 


A 

B_ 

C 


WORK SPACE 
FOR SUBRA 
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SIMPLIFIED FUNCTIONAL DIAGRAM OF B5000 ORGANIZATION 



TOP OF STACK 


2ND POSITION 
OF STACK 
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INSTRUCTIONS IN B5000 



BIT 

10 

0 

0 

1 

1 


BIT 

11 

0 

1 

0 

1 


SYLLABLE 

TYPE 

LITERAL CALL 
OPERATOR 
OPERAND CALL 
DESCRIPTOR CALL 
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EFFECT OF OPERAND CALL SYLLABLE IN B5000 


TYPE OF WORD 
ACCESSED 

OPERAND 

CONTROL WORD 

DATA DESCRIPTOR 

PROGRAM DESCRIPTOR 


ACTION 

PLACE IN TOP OF STACK 

PLACE IN TOP OF STACK, TREAT 
AS AN OPERAND 

WORD ADDRESSED BY DESCRIPTOR * 
PLACED IN TOS, TREATED AS AN 
OPERAND 

PLACE A RETURN CONTROL WORD 
IN TOS, BRANCH TO SUBROUTINE 
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OTHER ADVANCED SYSTEMS CONCEPTS 


EFFECT OF DESCRIPTOR CALL SYLLABLE IN B5000 


TYPE OF WORD 
ACCESSED 


OPERAND 


DATA DESCRIPTOR 


ACTION 


GENERATE A DATA DESCRIPTOR WITH 
ABSOLUTE ADDRESS OF OPERAND AND 
PLACE IN TOS 

PLACE DATA DESCRIPTOR IN TOS 


PROGRAM DESCRIPTOR PLACE A RETURN CONTROL WORD 

IN TOS, BRANCH TO SUBROUTINE 
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THE KDF-9 COMPUTER SYSTEM 


PRIMARY 

STORAGE 
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VARIABLE LENGTH INSTRUCTIONS IN KDF-9 


0 7 
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AUERBACH 


ADVANCED SYSTEMS CONCEPTS 


SUMMARY OF STACK MACHINE DESIGN PRINCIPLES 


• STACK CONCEPT PROVIDES 'AUTOMATIC AND ANONYMOUS' 
TEMPORARY STORAGE 


• STACK PROVIDES DYNAMIC STORAGE ALLOCATION FOR NESTED 
AND RECURSIVE SUBROUTINES 

• POLISH NOTATION SUGGESTS SYLLABIC INSTRUCTION FORMATS 

• SEPARATE FETCH AND STORE OPERATORS PERMITS HARDWARE 
DETECTION AND INTERPRETATION OF CONTROL WORDS AND 
DESCRIPTORS 

• STACK MACHINES SIMPLIFY COMPILING BECAUSE INTERNAL 
STRUCTURE MATCHES A 'NATURAL' INTERMEDIATE LANGUAGE, 
AND ELIMINATES NEED TO KEEP TRACK OF TEMPORARY 
STORAGE 
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THIS SESSION WILL COVER 

• OPERATING SYSTEMS OVERHEAD 

• OPERATING SYSTEMS DESIGN FOR 'STACK' MACHINES 

• PRECISION IN COMPUTERS 
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DISTRIBUTION OF FUNCTIONS IN OPERATING SYSTEMS 

► FUNCTIONS REQUIRED BY USER IN EXECUTION OF THIS PROGRAM(S) 

• I/O 

• SUPERVISORY SERVICES (OBTAINING OVERLAYS, 

EXECUTION OF COMMON SUBROUTINES) 

► FUNCTIONS TRANSPARENT TO USER 

• MEMORY ALLOCATION/DEALLOCATION 

• SCHEDULING/DISPATCHING 

• INTERRUPT SERVICING 

• SWAPPING (IF PRESENT) 
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STACK MACHINE EXECUTIVES AND PRECISION CONSIDERATIONS 


AUERBACH 

0 


► sources of overhead 

• SPACE REQUIRED BY OPERATING SYSTEM (RESIDENT AND 
NON-RESIDENT) 

• TIME REQUIRED TO RE-DIRECT CPU FOR INTERRUPT PROCESSING 

• SWAPPING FOR CONVENIENCE OF OPERATING SYSTEM 
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STACK MACHINE EXECUTIVES AND PRECISION CONSIDERATIONS 


® 


► METHODS FOR REDUCING OVERHEAD 


• 'WIRED-IN' OPERATING SYSTEMS MICROPROGRAMMING 
DEDICATED STORAGE FOR SYSTEM TABLES 

• MULTIPLE CONTROL STATES WITH SEPARATE STATE WORDS 

RCA SPECTRA 70 SERIES 
SDS SIGMA 7 

• ASSOCIATIVE STORAGE FOR SCRATCHPAD REGISTERS 

• INDEPENDENT CHANNELS 

• HIGH SPEED BULK STORAGE 

LCS 

QUEUE DRIVEN ROTATING STORAGE 
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► OPERATING SYSTEM CONCERNS FOR STACK MACHINES 

• DYNAMIC STORAGE ALLOCATION FOR BLOCK STRUCTURES 

• DYNAMIC STORAGE ALLOCATION FOR STACK EXTENSION 
INTO PRIMARY STORAGE 

• RECURSIVE SUBROUTINES 

• DYNAMIC ARRAYS 

• ARITHMETIC STACK 


11.5 



A 

AUERBACH 


STACK MACHINE EXECUTIVES AND PRECISION CONSIDERATIONS 




B5500 PROGRAM STRUCTURE AND PRT 
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STACK MACHINE EXECUTIVES AND PRECISION CONSIDERATIONS 






STACK MACHINE EXECUTIVES AND PRECISION CONSIDERATIONS 



rL) (r F) ( rC) 

jVj 

lv 2 


RETURN CONTROL 
WORD 
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► DF MCP CLASSIFICATION OF PRIMARY STORAGE 


• NON-OVER LAY ABLE STORAGE 

RESIDENT MCP 
SYSTEM TABLES 

PROGRAM PRT AND STACK AREAS 

• OVERLAY ABLE STORAGE 

PROGRAM SEGMENTS 
DATA AREAS. (ARRAYS) 

• AVAILABLE STORAGE 
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DFMCP ORGANIZATION OF PRIMARY STORAGE 



PRIMARY STORAGE 
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STACK MACHINE EXECUTIVES 




AND PRECISION CONSIDERATIONS 


DF MCP PROCEDURES 

• STATUS 

• CONTROL CARD 

• SELECTION 

• RUN 

• INITIATE 

• PRESENCE BIT 
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DF MCP CONTROL PROCEDURES 






SLEEP 

NOTHINGTODO 
GETS PACE 
OLAY 

FOR GETS PACE 
ESPBIT 
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B5500 PARALLEL PROCESSING AND CHECKPOINT FACILITIES 


• PARALLEL PROCESSING AND PRIORITY INTERRUPTS 

• BREAKOUT, RESTART, EMERGENCY INTERRUPT 
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CHARACTERISTICS OF B5500 OP. SYSTEM. 


• MULTIPROGRAMMING DESIGNED IN AT THE START 

• PROVIDES MULTIPROCESSING CONTROL 

• PROVIDES DYNAMIC STORAGE ALLOCATION FOR 

PROGRAM SEGMENTS 
DATA (ARRAYS) 

• STACK MECHANISM HANDLES 

RECURSIVE SUBROUTINES 
ARITHMETIC STACK 

• SUPPORTS ON-LINE USE 

THE INTERP SYSTEM 
DATACOMM SYSTEM 
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PRECISION COMPARISONS 


SYSTEM 

INTEGERS 

SINGLE FLOATING 

DOUBLE FLOATING 

CHAR. 

MANT. 

CHAR. 

MANT. 

S/H 

B5500 

48 

6+S 

39+S 




B8500 

48 

10+S 

35+S 




CDC 36/3800 

48 

11 

36 

11 

84 

H 

CDC 6600 

60 

11+S 

48 

11+S 

96 

S 

GE 625/35/45 

36,72 

7+S 

27 S 

7+S 

63+S 

H 

IBM 360 

16,32 

7 

24 

7 

56+S 

H 

IBM 360/44 

16,32 

7 

24 

7 

24,32,40,48,56 

H 

RCA SPECTRA 70 

16,32 

7 

24 

7 

56+S 

H 

SDS SIGMA 7 

32 



7 

56+S 

H 

UN IVAC 494 

15,30 



11 

48+S 

H 

UNIVAC 1108 

36 

8 

27 S 

11 

60+S 

H 


(SOFTWARE) 


(+, - ONLY) 


O 


o 
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RESOURCE ALLOCATION AND TIME-SHARING 


EARLY DEVELOPMENTS 

• MILITARY INFLUENCE 

• SAGE 

• L-SYSTEMS 

• SHARED-DEVICE SYSTEMS 

• ASP/HASP 

• ON-LINE 1401 

• MIT/CTSS 

• DARTMOUTH BASIC 

• IBM QUIKTRAN 
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RESOURCE ALLOCATION AND TIME-SHARING 


BASIC ELEMENTS OF TIME-SHARING 

• ON-LINE UTILIZATION 

• TERMINAL INTERFACE 

• ILLUSORY USE OF VIRTUAL MACHINE 

• HUMAN VS. MACHINE RESPONSE TIME 
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TYPES OF MULTIPROGRAMMING SYSTEMS 

• SPECIAL PURPOSE 

• DEDICATED MACHINE 

• FIXED PROGRAM STRUCTURE 

• HIGHLY VARIABLE DATA LOADS 

• EXAMPLES: 

AIRLINE RESERVATIONS 
THEATER TICKET 
BROKERAGE 

• LIMITED PURPOSE 

• DESIGNED FOR ONE LANGUAGE 

• BASIC 

• QUIKTRAN 

• GENERAL PURPOSE 

• PURE MULTIPLE BATCH 

• PURE ON-LINE 

• MIXED BACKGROUND/FOREGROUND 
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RESOURCE ALLOCATION AND TIME-SHARING 


OPERATING SYSTEM PRINCIPLES 

• MUST ACCOMMODATE MULTIPROCESSING 

• HANDLES MANY USERS 

• HANDLES VARIED USER NEEDS 

• COMPUTER UTILITY 

• ALLOCATION OF ALL FACILITIES 

• DEVICE-INDEPENDENCE 

• SCHEDULING 

• SWAPPING 

• RESPONSIVENESS AND RELIABILITY 

OTHER CONSIDERATIONS 

• NEED FOR ON-LINE LANGUAGES 

• CONVERSATIONAL/NONCONVERSATIONAL 

• MIXED-MODE OPERATIONS 





12.4 




RESOURCE ALLOCATION AND TIME-SHARING 


I: 


MAPPING OF 2° ONTO 2 b , (b>a). 


M 
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RESOURCE ALLOCATION AND TIME-SHARING 


REASONS FOR COMPACTING 

• FREE LARGEST BLOCKS OF CONTIGUOUS CORE 

• ALLOWS FLEXIBILITY IN CHOOSING NEXT USER 

• PROVIDES CORE REQUEST/RELEASE 

• TO PROVIDE A MEMORY SPACE 2 b WHICH ACCOMMODATES 
THE NAME SPACE 2° (b > a). 

• CONTROL SWITCHED BY RE-SETTING BAR. 


12.6 




RESOURCE ALLOCATION AND TIME-SHARING 


o 

COMPACTING FOR MEMORY RE-ALLOCATION 
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RESOURCE ALLOCATION AND TIME-SHARING 


REQUIREMENTS FOR COMPACTING 


• ALL PROGRAMS PRE-BOUND 

• ALL PROGRAMS SELF-RELATIVE 

• BASE ADDRESS REGISTER USED 

• NO MOVING DURING I/O OPERATIONS 

• ALL QUEUES MUST BE DRAINED 

• ALL BUFFERING MUST RE-START 

• NO SHARED REFERENCES 
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RESOURCE ALLOCATION AND TIME-SHARING 


® 


ALLOCATION PROBLEM: 

NAME SPACE OF G > MEMORY SPACE 
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AUERBACH 


RESOURCE-INDEPENDENCE 

• PROGRAMMER CONTROLS TIME SEQUENCE 

• SYSTEM CONTROLS RESOURCE ALLOCATION 

• PROGRAMMER REFERENCES NAMES 

• SYSTEM TRANSFORMS NAMES TO DEVICES 

• PROGRAMMER USES VIRTUAL LANGUAGE 

• SYSTEM INTERPRETS VIRTUAL LANGUAGE 

• PROGRAMMER SEES VIRTUAL PROCESSOR, 
VIRTUAL MEMORY, VIRTUAL REGISTERS 

• SYSTEM ALLOCATES PHYSICAL RESOURCES TO 
MATCH VIRTUAL RESOURCES 
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STATE WORD 


MOD. ADDRESS 


SEG. 


WORD 


PHYS. ADDRESS 






kESOURCE ALLOCATION AND TIME-SHARING 



THE SEGMENTS OF A PROCESS 



l I 

L_I 


EXECUTABLE 

SEGMENT 


READ-ONLY 

SEGMENT 


READ-WRITE 
SEGMENT 


ALTERABLE 

SEGMENT 


EXECUTABLE 

SEGMENT 


PRIVATE 

SEGMENT 


DESCRIPTOR 

SEGMENT 


LINKAGE 

SEGMENT 




12.14 







RESOURCE ALLOCATION AND TIME 








RESOURCE ALLOCATION AND TIME-SHARING 
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RESOURCE ALLOCATION AND TIME-SHARING 


PAGING 

• PROVIDES ADDITIONAL LEVEL OF CORE USAGE 

• IMPLEMENTED BY HARDWARE 

• REQUIRES SUBSTANTIAL SOFTWARE INTEGRATION 

• IMPORTANT FOR ADVANCED SYSTEMS 
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SYSTEMS DEVELOPMENT FOR TIME SHARING 


► TOPICS TO BE COVERED THIS SESSION 

• REVIEW OF MULTIPROGRAMMED/MULTIPROCESSOR 
CONTROL PHILOSOPHY 

• ORIGINS OF 'TIME-SHARING' 

• HARDWARE/SYSTEMS DEVELOPMENTS FOR TIME-SHARING 

• GE 645 

• 360/67 

• OTHER 'TIME-SHARING' SYSTEMS 


13.1 




SYSTEMS DEVELOPMENT FOR TIME-SHARING 


AUERBACH 


> TIME -SHARING CHARACTERISTICS 


• TIME-SHARING IS AN OUTGROWTH OF MULTIPROGRAMMING 

• TERM ASSOCIATED WITH 'INTERACTIVE'OR 'ON-LINE' COMPUTING 
WHERE USERS PRESENCE (OR INTERVENTION) IS REQUIRED FOR 
SUCCESSFUL OPERATION OF A PROGRAM 

• LACK OF ON-LINE COMPONENT YIELDS SIMPLE MULTI¬ 
PROGRAMMING 

• ON-LINE COMPONENT PERMITS SYSTEM TO SERVE MANY MORE 
ON-LINE USERS BECAUSE OF USER INTRODUCED DELAY (SO-CALLED 
'THINK' TIME) 

• NEEDS MECHANISM FOR MAKING PHYSICAL SPACE AVAILABLE TO 
USERS — SWAPPING 
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AUERBACH 


CTSS SYSTEM - FUNCTIONAL DESCRIPTION 


A 


B 



g*%. 
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^ PERTAINENT EXPERIENCE WITH CTSS 

• HIGH OVERHEAD FOR SWAPPING 

• 'GROWTH' OF DATA AREAS-LIST PROCESSING, ON-LINE 
COMPILING/ASSEMBLY 

• PRACTICAL LIMIT OF 25-30 ON-LINE USERS 

• GENERALCOMPUTING REQUIREMENTS 

• NOTION OF COMPUTER UTILITY 
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SYSTEMS DEVELOPMENT FOR TIME-SHARING 


AUERBACH 


► APPROACHES TO PROVIDING USER ADDRESS SPACE 

• EARLY ASSEMBLERS 

REGIONAL ADDRESSING 

• ALGOL BLOCK STRUCTURE 

• SEGMENT RELATIVE ADDRESSING 
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SYSTEMS DEVELOPMENT FOR TIME-SHARING 
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TWO COMPONENT ADDRESSING 



SEGMENT SELECTS INFORMATION STRUCTURE SEGMENT 
WORD SELECTS WORD WITHIN SELECTED SEGMENT 
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SYSTEMS DEVELOPMENT FOR TIME-SHARING 


AUERBACH 



► definitions 


• SEGMENT: AN OBJECT (CODE, DATA, etc.) 

IN USER ADDRESS SPACE 


GENERALIZED ADDRESS: CONTAINS 
SEGMENT * 

WORD * 


SEGMENT 


WORD 


DESCRIPTOR: DEFINES AND LOCATES INFORMATION IN 
PHYSICAL MEMORY, - A BASE ADDRESS 
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► PAGE CONCEPT 

• ORIGINS IN ATLAS SYSTEM 

• FITS SWAPPING REQUIREMENT 

• DEFINITION: 

UNIT OF RELOCATABLE STORAGE 
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PRIMARY STORAGE 



ILLUSTRATE USE OF DESCRIPTORS IN PAGE TABLE 
EACH DESCRIPTOR POINTS TO A BLOCK (PAGE) 
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GE645 ADDRESSING 
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SYSTEM DEVELOPMENT FOR TIME-SHARING 


^ 645 ADDRESSING CHARACTERISTICS 

• INFORMATION STRUCTURE MAY BE 

1R 

2 SEGMENTS 
EACH SEGMENT MAY BE 
2 18 WORDS. 

• PAGES 

64 OR 1024 WORDS 
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I/O CONTROL - GE 645 
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GIOC - GE645 



DEVICES OR 
TERMINALS 
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SYSTEM DEVELOPMENT FOR TIME-SHARING 


SEGMENT-PAGE ADDRESSING 


P 

T 




/ 


y 


T 


\ 


ADDRESS IN USER 
ADDRESS-SPACE 



Segment Table 
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360/67 ADDRESSING 


(RX) 



r~ 




i 

i 


GENERAL 


i 

i 


REGISTERS 


i 

i 

i 

i 

r 

i 

j 


OP 

R 1 

x 2 

b 2 

d 2 



SEGMENT 

PAGE 

BYTE 

(4) 

(8) 

(12) 


ASSOCIATIVE 

MEMORY 


NORMAL 360 
ADDRESS FORMATION 


360/67 INTERPRETATION 



HIGH ORDER 
(12) 

LOW ORDER 
(12) 

i 

(MATCH) 

i—- 




L 


SEGMENT TABLE 
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PAGE TABLE 
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SYSTEM DEVELOPMENT FOR TIME-SHARING 


360/67 WITH PARTITIONING SWITCHES 


"*052 

KEYBOARD 


2067 

CENTRAL 

PROCESSING 

UNIT 


2067 

CENTRAL 

PROCESSING 

UNIT 


1092 

KEYBOARD 
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^ PAGING ADVANTAGES AND DISADVANTAGES 


• PERMITS ARBITRARY ALLOCATION OF STORAGE IN 
SMALL BLOCKS 

• DEFERS BINDING UNTIL EXECUTION TIME PERMITS 
ALLOCATION AND EXECUTION OF FRAGMENTS OF PROGRAMS 

• COUPLED WITH OPERATING SYSTEM, PERMITS EACH USER TO HAVE 
EXTREMELY LARGE ADDRESS SPACE 

• NOT ALL PROGRAMS REQUIRE TREATMENT AS ABOVE 

• EXPENSIVE IN TIME AND MONEY FOR MANY APPLICATIONS 

• THERE ARE OTHER WAYS TO ACHIEVE SAME ENDS 
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► OTHER machines oriented to time-sharing 

• SDS 940 

• SDS SIGMA 7 

• CDC 3500 

• PDP 10 
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P SUMMARY OF PERTAINENT ADDRESSING CONCEPTS 

SEGMENTS - COMPONENT OF USER ADDRESS SPACE 

PAGE COMPONENT OF PHYSICAL ADDRESS SPACE 

PAGING: MAPS SEGMENTS (USER ADDRESS SPACE) INTO 

PAGES (PHYSICAL ADDRESS SPACE) 
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SOFTWARE FOR TIME-SHARING: MULTICS 


MOTIVATION 

• MULTIPLE INFORMATION AND COMPUTING SERVICE 
« COMPUTER UTILITY 

HARDWARE 

• TWO-LEVEL ADDRESSING 
, ONE-LEVEL STORE 

• SEGMENTATION BY USER 

• PAGING BY SYSTEM 

SOFTWARE 

• SYMBOLIC SEGMENT REFERENCES 

• REC*S§SIVE PROCEDURES 

• LOCATION-INDEPENDENCE 

• PRIVATE STACK FOR TEMPORARY STORAGE 

• FILE SYSTEM 

• SYMBOLIC 

• ACCESS-CONTROLLED 
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VIRTUAL 

MEMORY 
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THE GENERALIZED ADDRESS 


SEGMENT NUMBER 


WORD NUMBER 
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SOFTWARE FOR TIME—SHARING 1 MULTICS 




imru 


PROCESSOR REGISTERS FOR ADDRESS FORMATION 
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§ 

L. 


ADDRESS FORMATION FOR INSTRUCTION FETCH 

GENERALIZED ADDRESS 
SEGMENT NUMBER WORD NUMBER 



PC PBR 


ADDRESS FORMATION FOR DATA ACCESS 

GENERALIZED ADDRESS 
SEGMENT NUMBER WORD NUMBER 



ADDRESS 


OPR 


1 
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SOFTWARE FOR TIME-SHARING: MULTICS 


0 


c 


INTERPRETATION OF WORD PAIR AS INDIRECT ADDRESS 


GENERALIZED ADDRESS 
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DESCRIPTOR 

SEGMENT 


INFORMATION 

SEGMENT 
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ADDRESS FORMATION FOR AN UN-PAGED SEGMENT 


DESCRIPTOR SEGMENT 
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LINKAGE OF P TO D X FOR PROCESS a 


L £* D 



A) 



D# 

a 



X 


MODE 


STATES OF THE LINK DATA 
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4. 




















SOFTWARE FOR TIME-SHARING: MULTICS 
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LINKAGE MECHANISM FOR PROCEDURE ENTRY 


P LINKAGE LINKAGE Q 



—► CONTROL FLOW 
—► INDIRECT ADDRESS FLOW 
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STATUS OF A PROCESS 


• RUNNING 

• READY 

• BLOCKED 
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SOFTWARE FOR TIME-SHARING: MULTICS 

AUERBACH I 


c 


THE SAME HIERARCHY WITH LINKS ADDED 

O 



DIRECTORY MANIPULATION 


1. SUPPOSE CURRENT WORKING DIRECTORY IS 4 

(PATHNAME H) 

2. THE COMMAND CHANGE DIRECTORY : C WILL 

ALTER THE WORKING DIRECTORY TO 1 
(PATHNAME H: C) 

3. A SUBSEQUENT REFERENCE TO :* : I WILL 

THEN INDICATE BRANCH 5. 
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USER ACCESS CONTROL LIST 


• MODE ATTRIBUTES: 


MODE 

DIRECTORY BRANCH 

NON-DIRECTORY BRANCH 

READ: 

READ AVAIL. CONTENTS 

READ FILE 

WRITE: 

ALTER EXISTING ENTRIES 

WRITE FILE 

EXECUTE: 

SEARCH THE DIRECTORY 

EXECUTE PROCEDURE 

APPEND: 

ADD NEW ENTRIES 

WRITE AT E.O. F. 



• THE TRAP ATTRIBUTE 

• MONITORS FILE USAGE 

• RESTRICTS ACCESS 

• DYNAMIC REFERENCE CONTROL 
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SEGMENT MANAGEMENT 

• MAINTAINS RECORD OF ALL KNOWN SEGMENTS (S. N.T. ) 

ACTIVE: IF PAGE TABLE IN CORE (S. S. T.) 

INACTIVE: IF PAGE TABLE NOT IN CORE 

• CALLS LINKER FOR FIRST-TIME REFERENCE 

• IF NOT IN SNT, 

LOCATE SEGMENT, ASSIGN SEGMENT NUMBER, UPDATE SNT, 
OPEN FILE, CREATE SST ENTRY, SET UP PAGE TABLE AND 
SEGMENT DESCRIPTOR; THEN 

• RETURN SEGMENT NUMBER TO CALLING PROCEDURE 

• IF IN SNT BUT INACTIVE, ACTIVATE 

• OTHER FUNCTIONS: 

RELEASE, REASSIGN, VERIFY, CREATE. TERMINATE 



/t-Mt 
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SEARCH MODULE 

• CALLED SEGMENT MANAGEMENT 

• USES FILE COORDINATOR 

• LOCATES SPECIFIC BRANCH IN USER’S HIERARCHY 

FILE COORDINATOR 

• BASIC WORKING DIRECTORY ENTRY MANIPULATION 

• INTERFACES WITH ACCESS CONTROL FOR PERMISSION 

• KEEP TREE NAME OF WORKING DIRECTORY IN WDT 

• FUNCTIONS: 

• CREATE, DELETE, RENAME AN ENTRY 

• STATUS OF AN ENTRY 

• CHANGE ACCESS CONTROL FOR A BRANCH 

• CHANGE WORKING DIRECTORY 
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^ PERIODIC 
INTERRUPT 


x from L uIer Sv 

.PROCEDURES/ 


/ from L user x 

.PROCEDURES/ 


PAGE 


SEGMENT 


SEARCH 


'.l. 


DIRECTORY 

MARKER 


| MANAGEMENT 


MODULE 


COORDINATOR 


MANAGEMENT 


Dl- 

I RECTORY/ 


FILE 

CONTROL 

MODULE 


ACCESS 

CONTROL 

MODULE 


SST j 

_ 

^AFT^ 

PAGE 

MANAGEMENT 


I/O 

QUEUE 

MANAGEMENT 


\ _1 


1 

INTERFACE 

MODULE 


\ _ 

I- 

DEVICE 

INTERFACE 

MODULE 

J 



DIRECTORY MANAGEMENT 

• SEARCHES FOR A SINGLE DIRECTORY BY TREE NAME 

• MAY CALL SEGMENT MANAGEMENT TO GET SEGMENT NUMBER 

• MAY BE RE-CALLED BY SEGMENT MANAGEMENT 

• RECURSION MAY REACH TO ROOT OF TREE 

FILE CONTROL MODULE 


TO 

I/O 

MODULES 


• OPENS FILES FOR SEGMENT MANAGEMENT 

• MAKES ENTRY IN ACTIVE FILE TABLE (AFT) 

• RETURN AFT POINTER 

• GETS PERMISSION FROM ACCESS CONTROL MODULE 

• MAY BLOCK PROCESS ON INCOMPATIBLE REQUEST 
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ACCESS CONTROL MODULE 

• CHECKS DIRECTORY, RETURN EFFECTIVE MODE 

• FOR TRAP MODE, PASSES CONTROL TO INDICATED PROCEDURE FOR 

EFFECTIVE MODE DETERMINATION 

PAGE MARKER 

• PERIODICALLY INTERRUPTS 

• RESETS PAGE USE BITS 

• PUTS SELDOM-USED PAGE DATA IN PAGE OUT TABLE (POT) 
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PAGE MANAGEMENT MODULE 

• ENTERED BY MISSING PAGE FAULT 

• ASSIGNS FREE PAGE FROM AVAILABLE SPACE OR POT 

• FOR NEW PAGE, POINTER FROM PAGE TABLE TO SEGMENT STATUS 

TABLE USED TO GET POINTER TO ACTIVE FILE 

• POINTER PASSED TO I/O QUEUE MANAGEMENT TO READ PAGE 
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TSS/360 


9 



PRIVATE CODE AND SHARED CODE 



c 
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TSS/360 


DYNAMIC ADDRESS TRANSLATION 

-- , 

--—i- 


0 3 4 

II 12 


24 

Segment 

Page 

Byte 



_1 

TA8LE REGISTER 


1 


7 

8 TaW« 25 

Origin 

26 31 


i 

i 


LOGICAL ADDRESS 


SEGMENT TABLE 



0 7 8 30 

Length Page ToNe Origin 


PAGE TABLES 


ASSOCIATIVE MEMORY 


12 23 


Logical Page 


RELOCATED Instruction Counter 


© LOGICAL COMPARE 
© LOGICAL ADDITION 
A * AVAILABLE BIT 
U * USED BIT 


1° Block 11 12 Byte. 


! PHYSICAL ADDRESS 
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TSS/360 


PROTECTION LEVELS 


HOW CALLS 
WORK IN A 
BEGIN 1/0 
OPERATION 


RE- 

ENTER- 



PROBLEM 


SUPERVISOR 


SUPERVISOR 


USER S 
VIRTUAL 
MEMORY ? 


YES 


YES 


NO 


RE¬ 
LOCATED ? 


YES 


YES 


NO 


PROTECTION 
PAGED ? BY 

YES NONE 

YES PROTECT KEY 

NOT IN VIRTUAL 
NO MEMORY 

READ-ONLY 


£ 


c 
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SOFTWARE FOR TIME—SHARING 
TSS/360 



I EXECUTE 

Task 1 (Procedure A) 

Conversational 


SYSIN 

Task 1 SYSOUT 
Task 1 


Direct-Access Device 


Procedure A 
LOGON 


NONCONVERSATIONAL TASK 
INITIATED BY EXECUTE COMMAND 


Task 2 

Nonconversational 


TSS/360 


SYSOUT 
Task 2 


Intermediate Storage 




3 
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SOFTWARE FOR TIME-SHARING 
TSS/360 


TIME SHARING SYSTEM/360 DATA MANAGEMENT FACILITIES 


DATA MANAGEMENT FACILITIES 


-1- 

DATA SET MANAGEMENT 


_1_ 

PROBLEM PROGRAM I/O 

Cataloging 


Prestore input data in system 

System catalog 


DATA command — by user 

Cataloging facilities 


READ CARDS command — by operator 

(including CATALOG 
and DELETE commands) 


READ TAPE command — by operator 

Obtain input data and generate output data 

Sharing 


during program execution 

PERMIT command 


Conventional I/O facilities, using I/O 

SHARE command 


statements in source program 

Dynamic I/O facilities, using program 

Manipulation 


checkout commands and statements. 

MODIFY command 

COPY DATA SET command 


and special source language statements 

ERASE command 

Definition 


Transfer data from system storage to standard 

I/O devices 

DEFINE DATA command 


PRINT command 

CALL DATA DEFINITION command 


PUNCH command 

RELEASE command 

SECURE command 


WRITE TAPE command 
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SYSTEM CATALOG CONCEPT 



Doto Set Name 


User Supplied 



JOHNDOE. ENG. PHYSICS.COMAR.TEST2 



p— — - — — - User Catalog — 
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TSS/360 


TYPICAL VIRTUAL INDEX SEQUENTIAL DATA SET 



Log! cal Record 1 Logical Record 2 
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SOFTWARE FOR TIME-SHARING 
TSS/360 


DATA SET IDENTIFICATION, FORTRAN-WRITTEN PROGRAMS 



READ or WRITE Statement 


(data set reference number xx j 
FT XX Fyyy 


DEFINE DATA command 


PS NAME = dsnctme | 

dsname in data set label 

DATA SET 


DATA SET IDENTIFICATION, ASSEMBLER LANGUAGE PROGRAM 



DATA SET 
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SUMMARY OF DATA MANAGEMENT SYSTEM MACRO INSTRUCTIONS 
AND DATA SET ORGANIZATIONS 


General Service Macro Instructions 
Applicable in All Access Methods 

DCB 
DCBD 
OPEN 
CLOSE 


VSAM 


VISAM 


’ VPAM 


BSAM 


IOREQ 


Virtual 

Sequential 

Macro Instructions 


Virtual Index 
Sequential 

Macro Instructions 


Virtual 

Partitioned 

Macro Instructions 

1 

Basic 

Sequential 

Macro Instructions 


Input/Output 

Request Facility 

Macro Instructions 

GET 


GET 


FIND 


GETPOOL 


VCCW 

PUT 


PUT 


STOW 


FREEPOOL 


IOREQ 

PUTX 


READ 




GETBUF 


CHECK 

SETL 


WRITE 




FREEBUF 





SETL 




FEOV 





ESETL 




CNTRL 





DELREC 




PRTOV 





RELEX 




READ 









WRITE 









CHECK 









NOTE 









POINT 









BSP 









CLOSE (TYPE - T) 









DQDECB 



t 

t . 

t 

f 

t 

Virtual sequential 


Virtual index 


Virtual partitioned data 





data set, or 


sequential data set; • 


set, with virtual sequen- 


Sequential data set, 



virtual sequential 


or virtual index se- 


tial or virtual index 


usually one with 


Device oriented 

member of a 


quential member of a 


sequential members or 


unblocked records 



partitioned data set 


partitioned data set 


a mixture of both 






C 
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FORMAT OF AN OBJECT PROGRAM MODULE 


Program Module Dictionary 


PMD Header 


Control 


Control 


Control 


Control 

Section 


Section 


Section 


Section 

I 


2 


3 

f • • 

n 

Dictionary 


Dictionary 


Dictionary 

.J 

Dictionary 


Text 

Instruction and/or Data (Hexadecimal) 
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ATTRIBUTES OF CONTROL SECTIONS 



• READONLY 

• PUBLIC 

• PSECT 

• COM 

• PRVLGD 

• VARIABLE 

£ 
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BASIC CONCEPTS IN PROGRAMMING LANGUAGES 




► INSIGHTS INTO 

• MACHINE ORGANIZATION 

• PROGRAMMING LANGUAGES 

• PROGRAMMING SYSTEMS 

► by MEANS OF 

• CONCEPTUAL FRAMEWORK 

• CASE STUDIES 
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BASIC CONCEPTS IN PROGRAMMING LANGUAGES 



BASIC DEFINITIONS 


ALGORITHM 


A RULE FOR COMPUTING THE SOLUTION TO A PROBLEM 
OR CLASS OF PROBLEMS IN A FINITE NUMBER OF STEPS. 


PROGRAM 


REPRESENTATION OF AN ALGORITHM IN SOME PRO¬ 
GRAMMING LANGUAGE. 


COMPUTER 


MECHANICAL DEVICE FOR PROGRAM EXECUTION. 


COMPILER 

(TRANSLATOR) 


PROGRAM FOR TRANSLATING FROM ONE PROGRAMMING 
LANGUAGE TO ANOTHER. 


SOURCE LANGUAGE - PROGRAMMING LANGUAGE IN WHICH PROGRAMS ARE 

SPECIFIED BY THE PROGRAMMER OR PROGRAMMING 
LANGUAGE WHICH SERVES AS INPUT TO A COMPILER 


TARGET LANGUAGE - 


ASSEMBLER 


PROGRAMMING LANGUAGE WHICH SERVES AS OUTPUT 
FROM A COMPILER 

SPECIAL CASE OF A COMPILER WHEN TRANSLATION 
FROM THE SOURCE LANGUAGE TO THE TARGET LANGUAGE 
INVOLVED MAINLY TRANSLITERATION. 


PROGRAMMING 

SYSTEM - A SET OF PROGRAMS FOR A COMPUTER WHICH ALLOWS 

SEQUENCES OF USER PROGRAMS TO BE EXECUTED WITH¬ 
OUT MANUAL INTERVENTION. THE TERM PROGRAMMING 
SYSTEM SOMETIMES DENOTES THE HARDWARE OF THE 
COMPUTER SYSTEM TOGETHER WITH THE SET OF PRO¬ 
GRAMS THAT CONSTITUTE THE INTERFACE BETWEEN 
THE HARDWARE AND THE USER. 


g* 




CONCEPTS OF A FUNCTION 



MATHEMATICAL CONCEPT OF A FUNCTION 



COMPUTATIONAL CONCEPT OF A FUNCTION 
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REPRESENTATIONS OF A FUNCTION 

A REPRESENTATION OF A FUNCTION F TOGETHER WITH ITS DATA X 
CONSTITUTES AN INFORMATION STRUCTURE . A FINITE COMPUTATION 
CAN BE CHARACTERIZED BY AN INITIAL INFORMATION STRUCTURE I Q , 
AND BY THE SEQUENCE OF INFORMATION STRUCTURES I,; I 2 . . . I N 
GENERATED FROM l Q BY THE EXECUTION OF INSTRUCTIONS. I Q IS SAID 
TO BE THE INITIAL REPRESENTATION AND I N IS SAID TO BE THE FINAL 
REPRESENTATION . AN INFORMATION STRUCTURE Ij WHICH CAPTURES 
THE COMPLETE STATE OF THE COMPUTATION AT A GIVEN POINT IN ITS 
LIFETIME IS SAID TO BE AN INSTANTANEOUS DESCRIPTION. 
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A SIMPLE COMPUTER 




FUNCTIONAL COMPONENTS OF A COMPUTER 
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TRANSLATION, COMPILATION AND LOADING 


SOURCE 

LANGUAGE 


COMPILER 


TARGET 

LANGUAGE 


SOURCE 

LANGUAGE 

COMPONENTS 


COMPILER 


INTERMEDIATE 

LANGUAGE 

COMPONENTS 


f 

INTERMEDIATE 
LANGUAGE 
COMPONENTS 


LOADER 


MACHINE 

LANGUAGE 

PROGRAM 
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BASIC CONCEPTS IN PROGRAMMING LANGUAGES 


REQUIRED PROPERTIES OF INTERMEDIATE LANGUAGE 

(COMPILER) 

• PROGRAM REPRESENTATION INDEPENDENT OF 
MACHINE STORAGE LOCATIONS. 


• PROVISION FOR CROSS-REFERENCING BETWEEN 
PROGRAM COMPONENTS. 


• TRANSLATION TO PURE MACHINE LANGUAGE 
AS EFFICIENT AS POSSIBLE. 
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PROGRAM STRUCTURE FOR FORTRAN 


• MAIN PROGRAM 


• SUBROUTINES 


• COMMON DATA BLOCKS 


PROGRAM 


WORKING 

SPACE 


DATA 



PRINCIPAL COMPONENTS OF A FORTRAN PROGRAM UNIT 
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• A PROGRAM PART P WHICH SPECIFIES THE PROGRAM 
TO BE EXECUTED. 


• A DATA PART D WHICH SPECIFIES THE DATA FOR 
THE PROGRAM. 


• A STATEWORD W WHICH CONTAINS INFORMATION 

IN THE PROCESSING UNIT OF AN ACTUAL COMPUTER, 
INCLUDING AN INSTRUCTION POINTER WHICH POINTS 
TO THE NEXT STATEMENT OR SUBEXPRESSION TO 
BE EXECUTED. 


© 



LOGICAL PROGRAM STRUCTURE 
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DEFINITIONS OF FUNCTIONS 

• ACTIVATION RECORD 

• REENTRANT FUNCTIONS 


• RECURSIVE FUNCTIONS 
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SEQUENCE OF FUNCTIONAL COMPONENTS 


B 
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O 
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A 


PROGRAM 

STRUCTURE 


STACK WHEN 
EXECUTION 
IS IN D 


STACK WHEN 
EXECUTION 
IS IN E 


PROGRAM STRUCTURE AND ACTIVATION RECORD STACK 
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PROGRAM EXECUTION 

• LOGICAL STRUCTURE 

• PHYSICAL STRUCTURE 

• MACHINE ORGANIZATION 
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COMMUNICATION BETWEEN FUNCTION MODULES 

• SYMBOLIC CROSS REFERENCES 

• TRANSFER VECTORS 

• LOAD TIME LINKAGE 

• ONE AND TWO-STAGE INDIRECT ADDRESSING 

• INCREMENTAL LINKAGE 
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ONE AND TWO-STAGE INDIRECT ADDRESSING 


USE AND DEFINITION TABLES FOR PROGRAMS IN THE INTERMEDIATE LANAGUAGE. 


EXTERNALLY DEFINED SYMBOL 

USE 1 

USE 2 



SYMBOL BEING DEFINED 


SYMBOL DEFINITION 


USE-TABLE ENTRY 


DEFINITION-TABLE ENTRY 


USE TABLE 


DEFINITION TABLE 


BODY OF 
PROGRAM UNIT 


INDIRECT ADDRESSING OF STORAGE-MAPPING TABLE 


TRANSFER VECTOR 


ENTRY FOR X 


FIRST USE OF X 
SECOND USE OF X 
THIRD USE OF X 


* 


SYMBOLIC ENTRY 
PRIOR TO LOADING. 
LINK TO EXTERNAL 
VALUE DURING 
EXECUTION 


POINTERS 

ESTABLISHED 

DURING 

TRANSLATION 


EXECUTION-TIME 
STORAGE-MAPPING- 
TABLE ENTRY 



USES IN PI 


USES IN P2 


USES IN P3 


USE-TABLE ENTRIES 
IN THREE PROGRAM 
UNITS 
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STARTING POINT FOR THE STUDY OF PROGRAMMING 


ALGORITHMS 

COMPUTERS 

INFORMATION STRUCTURES 

COMPUTER SCIENCE CAN BE DEFINED AS THE STUDY OF REPRESENTATION 
AND TRANSFORMATION OF INFORMATION STRUCTURES. 
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INFORMATION STRUCTURES 


ALPHABET T 

INFORMATION STRUCTURE OVER IIS A SYMBOL STRING OVER T 
SUBSTRUCTURE IMPOSED ON STRINGS BY A GRAMMAR 
BEGIN REAL X; X: = 3+4x5 END 

i_I I_i 

DECLARATION EXPRESSION 

i_i 

STATEMENT 

_i 

BLOCK 

PROGRAMMING LANGUAGE - SET OF INFORMATION STRUCTURES 
SYNTAX - SPECIFIES REPRESENTATION 
SEMANTICS - SPECIFIES TRANSFORMATION 
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INFORMATION STRUCTURE MODELS 


(l,F) I is set of information structures 
F is set of transformations 
I - syntactic component - specified by syntax 
F - semantic component - specified by semantics 

computation * * * ~^n 


l Q C I initial representation 

lj intermediate representations - instantaneous descriptions 

l n final representation - no elements of f are applicable 


Closure of I - set of all information structures which can be generated 
from I by finite sequences of f. 
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INFORMATION STRUCTURE MODEL FOR COMPUTERS 
STORAGE STRUCTURES 
PRIMITIVE INSTRUCTIONS 



Processing unit component PU 

Memory component M 

Instruction pointer component PTR 


Syntax: I —►PU M PTR 

PU—AC MQ BITS 
etc 

Semantics: Specify instructions in terms of which information fields they transform. 

Recognition Phase 
Transformation Phase 

Interpretation step: jf pj then A^ else if p2 then A 2 . . . else if p n then A n . 
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INFORMATION STRUCTURE MODEL FOR PROGRAMMING LANGUAGES 

Stateword Component W 

Program Component P 

Data Component D 



W component is usually of fixed size 
P consists of interacting function modules 
reentrant function modules 


fixed 

program 

part 


Activation 
Record 1 


Activation 
Record 2 


Programming languages may be characterized by the structure of their D component. 

FORTRAN - All information fields of the D component are determined prior to execution. 

ALGOL - The D component is a stack with respect to creation and deletion of 
information structures. 

List Processing Languages - More flexible creation and deletion. 
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FORTRAN 


Function module - subroutine or main program 


Program 

Part 


Working 

Space 


Data 

Part 


One-to-one correspondence between program and data components of function module. 
Complete program - set of interacting function modules and COMMON data blocks. 



Program with two function modules and a COMMON data block. 
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COMMUNICATION BETWEEN FUNCTION MODULES 

SIZE OF FUNCTION MODULES KNOWN AT TRANSLATION TIME 
RELATIVE ADDRESSING WITHIN FUNCTION MODULE 
RELATIVE ADDRESS FOR COMMON DATA BLOCKS 
SYMBOLIC SUBROUTINE REFERENCES 

PARAMETERS - RELATIVE ADDRESSING WITH RESPECT TO 
POINT OF CALL 

TSR S, 4 
A1 
A2 
A3 

At, A2, A3 ARE ADDRESSES OF PARAMETER VALUES 

ACTUAL PARAMETER EXPRESSION IS EVALUATED PRIOR TO 
SUBROUTINE ENTRY 

CALL BY REFERENCE 
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ALGOL 


A PROGRAM CONSISTS OF A SINGLE FUNCTION MODULE CALLED A 
BLOCK WHICH MAY HAVE NESTED FUNCTION MODULES. 

BEGIN 

P(X) BODy[| 

STATEMENTS [x : =X+1; ] [NESTED BLOCkJ 


DECLARATIONS [REAL X; 1 [PROCEDURE 


END 

DECLARED INFORMATION STRUCTURES ARE CREATED ON 
ENTRY TO BLOCK AND DELETED ON EXIT FROM BLOCK+ 

NESTED FUNCTION MODULES - ACTIVATION RECORD STACK 


B1 B2 



FIXED PROGRAM PART 


B2 



B1 


B3 

B 


B 


EXECUTION AT P EXECUTION AT Q 


STATIC AND DYNAMIC NESTING OF FUNCTION MODULES 
PROCEDURE CALLS ARE IMPLICITLY NESTED 

OWN VARIABLES - ENDURE BETWEEN ACTIVATIONS 
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INFORMATION STRUCTURE MODEL FOR ALGOL 


FIXED PROGRAM COMPONENT P 

STATEWORD COMPONENT W 

STACK COMPONENT S 

INPUT COMPONENT IN 

OUTPUT COMPONENT OUT 

OWN VARIABLE COMPONENT X 


I = (p, W, S, IN, OUT, X) 

SPECIFY TRANSFORMATION F IN TERMS OF HOW THEY AFFECT 
INFORMATION COMPONENTS 

EMPHASIZE CREATION AND DELETION OF INFORMATION FIELDS 

CREATION OF ACTIVATION RECORDS ON ENTRY TO FUNCTION 
MODULES - DELETION ON EXIT FROM FUNCTION MODULES. 

CREATION OF TEMPORILY INFORMATION FIELDS DURING 
EXPRESSION EVALUATION. 

ASSIGNMENT STATEMENT MAY MODIFY AN INFORMATION 
FIELD IN THE INTERIOR OF THE STACK. 
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INTERPRETATION VERSUS COMPILATION 


COMPILATION IS A TRANSFORMATION FROM ONE INITIAL REPRE¬ 
SENTATION TO ANOTHER 


INTERPRETATION 


COMPILATION 



INTERPRETATION 


INTERPRETATION PROCESS IS INSENSITIVE TO COMPILATIONS 
WHICH PRESERVE THE IDENTITY OF OPERATORS AND OPERANDS 
AND THE ORDER IN WHICH OPERATORS ARE APPLIED TO OPERANDS . 

INTERPRETATION IS MORE RELEVANT TO MACHINE ORGAN¬ 
IZATION THAN COMPILATION. 

COMPILERS CONSTITUTE AN INTERESTING CLASS OF 
COMPUTATIONS TO STUDY BUT TELL US LITTLE ABOUT THE 
SEMANTICS OF PROGRAMMING LANGUAGES BEING COMPILED. 
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MODELLING LANGUAGES 


A LANGUAGE FOR SPECIFYING INFORMATION STRUCTURE 
MODELS IS CALLED A MODELLING LANGUAGE. 

A MODELLING LANGUAGE MUST CONTAIN SYNTACTIC SPEC¬ 
IFICATION FACILITIES FOR SPECIFYING THE I COMPONENT 
OF INFORMATION STRUCTURE MODELS, AND FLEXIBLE 
FACILITIES FOR SPECIFYING CREATIONS, DELETION AND 
MODIFICATION OF INFORMATION STRUCTURES. 

THERE ARE SIMILARITIES BETWEEN MODELLING LANGUAGES 
AND COMPILER-COMPILER LANGUAGES, BUT MODELLING 
LANGUAGES ARE CONCERNED WITH INTERPRETATION RATHER 
THAN WITH COMPILATION. 

A SPECIFICATION OF AN INFORMATION STRUCTURE MODEL IN 
A MODELLING LANGUAGE WILL BE CALLED A SYNTAX DIRECTED 
INTERPRETER. 

AN IMPLEMENTATION OF A MODELLING LANGUAGE WILL BE 
CALLED AN INTERPRETER-INTERPRETER SINCE IT IS AN 
INTERPRETER WHICH EXECUTES INTERPRETERS. 
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BINDING TIME 



DECLARATIVE ACTION - REAL N; 

IMPERATIVE ACTION - X: = 5; 

DECLARATIVE ATTRIBUTES REMAIN INVARIANT DURING LIFETIME 
OF STRUCTURE. 

IMPERATIVE ATTRIBUTES MAY BE MODIFIED DURING EXECUTION. 
BINDING TIME OF AN ATTRIBUTE 
TYPE IS BOUND AT DECLARATION TIME 
VALUE IS BOUND AT ASSIGNMENT TIME 

FORTRAN - ALL DATA STRUCTURES ARE CREATED (BOUND) 

PRIOR TO EXECUTION. 

ALGOL - DATA STRUCTURES MAY BE NESTED ON 
PL/I - TEMPLATES FOR NEW DATA STRUCTURES 


BLOCK ENTRY. 


MAY BE DECLARED. 
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EXAMPLES OF BINDING 


Compilation - early binding of target language 
Interpretation - late binding of target language 
Macros - binding of users body by substitution 
Procedures - no binding by physical substitution 

Parameter call by value - bind parameter at time of entry to procedure 

Parameter call by name - bind parameter value when it is used in the body of the 
procedure. 

Parameter call by reference - bind parameter address at the time of entry to the 
procedure 

Early binding - greater efficiency 
Late binding - greater flexibility 
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SIDE EFFECTS 

When does difference in binding strategy yield different results 
Strategy A - bind value V at time T] 

Strategy B - bind value V at time T 2 
Different result if value of V changes between T^ and T 2 

Example - call by value - T] is procedure entry time - call by name - T 2 is parameter 
use time 

Difference in result if parameter value can be changed between procedure entry 
and parameter use 

Procedures which may change values of external parameters during execution are 
said to have side effects. 
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OBJECTIVES 


OBJECTIVES - TO DEVELOP INSIGHT AND UNDERSTANDING OF THE 
STRUCTURE OF THE PROGRAMMING LANGUAGES. 

START WITH A DISCUSSION OF ALGOL 60 - COMMUNICATIONS OF THE 
ACM JANUARY 1963. 

DEVELOPED AS AN INTERNATIONAL ALGEBRAIC LANGUAGE. 

USED AS A LANGUAGE FOR THE COMMUNICATION OF ALGORITHMS - 
ALGORITHMS SECTION OF THE COMMUNICATIONS OF THE ACM. 

NOT AS WIDELY USED FOR PRACTICAL PROGRAMMING AS FORTRAN. 


BUT HAS A MORE INTERESTING STRUCTURE THAN FORTRAN. 


PRIME PURPOSE IS NOT TO TEACH ALGOL PROGRAMMING BUT TO DEVELOP 
A MODEL FOR THE STUDY OF PROGRAMMING LANGUAGES. 


THE CONCEPTS DEVELOPED FOR ALGOL WILL SERVE AS A STARTING POINT 
FOR THE DISCUSSION OF OTHER PROGRAMMING LANGUAGES. 

DISCUSSION OF ALGOL IMPLEMENTATION WILL SERVE AS A STARTING 
POINT FOR A DISCUSSION OF MACHINE ORGANIZATION AND FOR THE BUILDING 
OF MODELS OF IMPLEMENTATION. 
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BASIC CONSTITUENTS OF A PROGRAMMING LANGUAGE 


• CONSTANTS OF A NUMBER OF DIFFERENT TYPES SUCH AS INTEGERS, 

- amw ii wm i mu—1MHU.U mu - 

FLOATING POINT NUMBERS, LOGICAL CONSTANTS. 

• variables (IDENTIFIERS') WHOSE VALUES MAY BE ELEMENTS OF A 
GIVEN CLASS OF CONSTANTS . 

• OPERATORS - EACH OPERATOR HAS A DEGREE WHICH SPECIFIES THE 
NUMBER OF ARGUMENTS - THE TYPE PERMITTED FOR EACH ARGUMENT 
AND THE TYPE PERMITTED FOR THE RESULT MUST BE SPECIFIED. 

• expressions - WHICH SPECIFY OPERATORS WITH THEIR ARGUMENTS AND 
yiIld~a" value on evaluation, an expression may have subexpres¬ 
sions WHOSE VALUES ARE ARGUMENTS OF HIGHER LEVEL EXPRESSIONS. £% 

• ASSIGNMJ--ITT STATEMENTS WHOSE PRINCIPAL EFFECT IS TO CHANGE 

The value of a variable. 

• BRANCHING STATEMENTS, CONDITIONAL STATEMENTS AND ITERATION 
STATEMENTS WHICH DETERMINE THE FLOW OF CONTROL IN A PROGRAM. 

• DECLARATIONS WHICH SPECIFY THE TYPE AND ATTRIBUTES OF VARIABLES. 
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CONSTITUENTS OF ALGOL 


COMPLETE ALGOL PROGRAM - CONSISTS OF AN ALGOL BLOCK 
BEGIN 

DECLARATIONS 

STATEMENTS 


END 

DATA DECLARATIONS 
INTEGER X; X IS AN INTEGER 

REAL Y, Z; Y AND Z ARE FLOATING POINT NUMBERS 
BOOLEAN X; X IS A FLOATING POINT VARIABLE 

ARRAYS OF DATA ELEMENTS 

REAL ARRAY A[t : n] ; A IS AN N-ELEMENT VECTOR OF FLOATING POINT 
NUMBERS 

PROCEDURE DECLARATION 
INTEGER PROCEDURE P(X,Y) SPECIFICATIONS BODY DECLARATION OF A 

TWO-PARAMETER 

PROCEDURE P WHICH PRODUCES A VALUE 
OF THE TYPE INTEGER. THE SPECIFICA¬ 
TIONS SPECIFY PARAMETER TYPES. THE 
BODY IS A PROGRAM WHICH SPECIFIES THE 
ACTION TO BE PERFORMED WHEN THE 
PROCEDURE IS CALLED. 

LABEL AND SWITCH DECLARATIONS 
LABEL L; (IMPLICIT DECLARATION) 

SWITCH S: = L1;L2; L3; L4; S IS INITIALIZED TO A 4-ELEMENT ARRAY OF 
LABELS 

STATEMENTS INCLUDE ASSIGNMENT STATEMENTS (X : = X + 1;) , BRANCHING 
STATEMENTS, CONDITIONAL STATEMENTS AND ITERATION STATEMENTS. 

A BLOCK IS CONSIDERED TO BE A STATEMENT SO THAT STATEMENTS MAY 
HAVE BLOCKS NESTED INSIDE THEM. 
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CONSTANTS, VARIABLES AND EXPRESSIONS 


CONSTANTS 

CONSTANTS OF THE TYPE INTEGER 3; 4, 536 
CONSTANTS OF THE TYPE REAL 3. 5, 4. 372 
CONSTANTS OF THE TYPE BOOLEAN TRUE, FALSE 


3+4 
3. 5 + 5. 3 
3+4X5 
(3+4) X 5 
X + Y X Z 
Z: = X + Y; 


MIXED EXPRESSIONS 

Z: = X + I; 

IMPLICIT CONVERSION FUNCTION 

X + F CONVERT (I, REAL ) FIRST CONVERT I TO REAL THEN USE 

FLOATING POINT ADDITION 

RELATIONAL OPERATORS < = = ^ = > 

RELATION EXPRESSION, X > Y; NUMERICAL ARGUMENTS, 

BOOLEAN RESULT 


OPERATORS WITH OPERANDS 
INTEGER ADDITION 
FLOATING POINT ADDITION 
COMPOSITION OF OPERATIONS 
PRECEDENCE OF X OVER + 
VARIABLES 
STATEMENTS 

TYPE SPECIFICATION 
REAL X, Y, Z; INTEGER I, J; 

Z: = X + Y; 



BOOLEAN OPERATORS —'A V > S 

BOOLEAN EXPRESSIONS; A A B, BOOLEAN ARGUMENTS, 

BOOLEAN RESULTS 
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STATEMENTS 
V: = E; 

LABELLED STATEMENT 
L: x : = 1; 

L: M: x : = 1; 

MULTIPLE ASSIGNMENT 

X: = y: = 1; 

VALUE OF ASSIGNMENT STATEMENT IS VALUE OF ASSIGNED 
EXPRESSION 

GO TO STATEMENT 

GO TO L; 
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CONDITIONAL STATEMENTS AND CONDITIONAL EXPRESSIONS 

STATEMENT 

IF B THEN S 1 EJJE S 2 

IF x = 0 THEN y: = y + 1; ELSE y: = y - 1; 

]F B THEN S 

EQUIVALENT TO IF B THEN S ELSE (NOTHING) 

EXPRESSION 

jF B THEN El ELS E2 

y: = IF X = 0 THEN y + 1 ELS y - 1; 

y: = y + (JF x = 0 THEN 1 ELI -1); 

DESIGNATIONAL EXPRESSION 

GO TO IF x = 0 THEN LI ELI L2; 
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BLOCKS 


COMPOUND STATEMENTS 

BEGIN 

x: = 5; 

/: = 4 

END 


BLOCKS 

BEGIN REAL K; 
K: = X; 

X: = Y; 

Y: = K 

END 


K IS A LOCAL VARIABLE 

IT IS NESTED ON ENTRY TO THE BLOCK, AND DESTROYED ON EXIT 
FROM THE BLOCK 
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SCOPE RULES 


Example: Nomenclature rules for nested blocks are as follows: 


begin real x,y; 
x: = 3; 
y: = 4; 


B1 


B: begin real x,y; This sequence of ALGOL statements consists 

of a block B1 nested in a block B. The identi¬ 
fier y of the outer block can be used throughout 
the block B. However, the identifier x declared 
in the outer block cannot be used in the inner 
block because an identifier of the same name is 
declared in the inner block. The identifier x is 
bound in the inner block in the sense that if 
the two occurrences of the name x in the inner 

_ block were changed to another name, say u, 

then the computation defined by this program 
would be unaltered. The identifiers x, z of the inner block have meaning only in 
the inner block. In the print statement "print (x,y,z);" the identifiers x and y are 
associated with the declarations of x, y in the outer block and have the values x = 3, 
y = 6. The identifier z is undefined, so that this print statement would result in a 
diagnostic unless this program fragment were embedded in a block containing a 
declaration for the identifier z in its blockhead. 


begin real x,z; 
x: = 5; 
y: = 6; 
z: = 7; 

end ; 

prinTTx,y,z) 

end 
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ITERATION STATEMENTS 


Iteration statements have the following form: 

for V: = for list do S Execute the statement S for values of the variable V 

specified in the for list. It will be seen below that 
statements S may consist of arbitrarily complex nests of other statements, so that 
the restriction tnat the range of iteration be restricted to a single statement is 
not so severe as it appears. 

The for-list elements may have one or more of the following three forms: 

1. Individual expressions E. 

2. Expressions of the form "Ei step E 2 until E 3 1 ' indicating execution of S 
for values of V starting with Ej and moving by increments of Eo until E 3 
is exceeded. Modification of E 2 and E 3 during execution of the 
statement S is permitted but not advised, since it may lead to trouble. 

3. Expressions of the form "E while B", which specify execution of S with 
V = E as long as the value of B is true . In this case the statement S 
must be such that it can change the value of B to accomplish 
nation. S will normally also modify E when necessary. 

The following example illustrates the use of a for statement to scan an 
vector: 

SUM: = 0; 

for I: = 1 step 1 until N do 
SUM: = SUM + ADIT 


loop termi- 
N-element 
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FUNCTION AND STATEMENT TYPE PROCEDURES 


procedure ADD (A, N, SUM); 

real array A; integer N; real SUM; 
begin integer I; 

SUM: = 0; 

for I: = 1 step 1 until N do 
SUM: = SUM + ALU; 

end 


This declaration is a statement-type 
procedure. The first line specifies 
the name and formal parameters of the 
procedure. The second line specifies 
the types of formal parameters. The 
first two lines together are said to con¬ 
stitute the procedure heading . The 
remaining lines of the procedure 


constitute the procedure body, which in this case consists of a single block. 

The effect of the procedure is to SUM N elements of the array which constitutes 
the first parameter and store the result as the value of the third parameter. 


Procedure Statement: ADD(X,IS,S) 


real procedure SUM(A,N); 
real array A; integer N; 
begin integer I; real X; 

X: = 0; 

for I: = 1 step 1 until N do 

X: = X + AtO; ”' 

SUM: = X; 

end 


This function-type procedure has one 
parameter less than the corresponding 
statement-type procedure, since the 
value is identified with the name and 
does not have to be explicitly specified 
by a parameter. The quantity X is used 
in the procedure body for accumulating 
the sum since an occurrence of SUM on 
the right-hand side of an assignment 
statement would be interpreted as a 
reentrant call of the procedure. 


Call of Function Type Procedure 

X: = SUM (A, 15) f 2 x SUM(B,20); 
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PARAMETER CALLING 


CALL BY VALUE - EVALUATE ON ENTRY TO PROCEDURE 

CALL BY NAME - EVALUATE WHEN USED DURING PROCEDURE EXECUTION 


REAL PROCEDURE P(A); 
REAL A; 

BEGIN 

K- = 5; 

P: = A 

END 


IF A IS CALLED BY NAME, P(K) IS ALWAYS 5 

IF A IS CALLED BY VALUE, P(K) IS GIVEN BY THE VALUE OF K ON ENTRY 
TO THE PROCEDURE. 
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REPRESENTATION OF FUNCTION MODULES 



THE STRUCTURE OF A COMPLETE PROGRAM CAN BE DESCRIBED IN TERMS OF 
THE STRUCTURE OF ITS FUNCTION MODULES. 

ENTRY TO AND EXIT FROM FUNCTION MODULES IS IN LAST-IN-FIR ST-OUT 
ORDER.. 

FUNCTION MODULES CAN BE STORED IN A STACK. 
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STATIC AND DYNAMIC NESTING 

STATIC NESTING 


DYNAMIC NESTING 



EXECUTION AT X 


AT X, STATIC NESTING LEVEL IS 3, DYNAMIC NESTING LEVEL IS 4. 

STATIC NESTING LEVEL IS A PROGRAM INVARIANT. 

DYNAMIC NESTING LEVEL MAY BE ARBITRARILY DEEP WHEN CELLS ARE 
RECURSIVE. 
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REPRESENTATION OF IDENTIFIERS BY INTEGER PAIRS 


(L,J) REPRESENTATION OF IDENTIFIERS 
L - LEVEL OF STATIC NESTING 
J - RELATIVE ADDRESS WITHIN ACTIVATION RECORD 
(L,J) ADDRESS CAN BE USED FOR ACCESSING 
CURRENT ENVIRONMENT VECTOR MODEL 
STATIC CHAIN MODEL 

WITH STATIC CHAIN MODEL USE ADDRESS (R,J) WHERE R IS THE DIFFERENCE 
IN THE STATIC LEVEL OF NESTING BETWEEN THE POINT OF REFERENCE AND 
POINT OF USE OF THE IDENTIFIER. 

R IS THE NUMBER OF STATIC CHAIN LINKS WHICH MUST BE FOLLOWED TO 
REACH THE ACTIVATION RECORD WHICH CONTAINS THE VALUE OF THE 
IDENTIFIER. 
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RELATIVE ADDRESSING WITHIN PROCEDURE. 

STORAGE FOR DECLARED QUANTITIES 

BEGIN REAL x; REAL ARRAY A[l:10], B[m,:n]; REAL y; . . . END 



ACTIVATION-RECORD DATA STRUCTURE 
CORRESPONDING TO THE BLOCKHEAD BEGIN 
REAL x; REAL ARRAY A[l: 10], B[m:n]; REAL y;. 


DECLARED 

QUANTITIES 

INSTRUCTION POINTER 

STATIC CHAIN 

DYNAMIC CHAIN 

STORAGE FOR ORGANIZATIONAL QUANTITIES 
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STRUCTURE OF ALGOL 


PROCEDURE ACTIVATION RECORDS 


PARAMETERS CALLED BY VALUE - STORE VALUES 

PARAMETERS CALLED BY NAME - STORE PROCEDURE CALLS 

STORE VALUE OF FUNCTION TYPE PROCEDURES ON COMPLETION, 



PARAMETERS CALLED 
BY NAME 


PARAMETERS CALLED 
BY VALUE 


INSTRUCTION POINTER 


STATIC CHAIN 


DYNAMIC CHAIN 


I I 

| FUNCTION VALUE I 
I_ I 
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ENVIRONMENT MODIFICATION 


ON ENTRY TO AND EXIT FROM A BLOCK 
ON ENTRY TO AND EXIT FROM A PROCEDURE 

ON EVALUATION OF A PARAMETER CALLED BY NAME WITHIN A PROCEDURE 
ON JUMP TO A LABEL 
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MODE OF ACCESS TO INFORMATION 


SYSTEM SYMBOLS - DENOTE FIXED INFORMATION STRUCTURES DEFINED 
BY THE SYSTEMS 

BEGIN , FOR . +, 11.63 

LOCAL IDENTIFIERS - LOCAL TO THE BLOCK CURRENTLY BEING EXECUTED. 
NON LOCAL IDENTIFIERS - IN ENCLOSING BLOCKS 

PROCEDURE PARAMETERS - ACCESS INFORMATION THROUGH POINT OF CALL. 

- BY VALUE 

- BY NAME 
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COMPILATION OF ALGOL PROGRAMS 


EDIT FOR MORE CONVENIENT EXECUTION 

EXPLICIT LABEL DECLARATIONS IN BLOCKHEADS 

REPRESENT INTEGERS BY IDENTIFIER PAIRS 

FUNCTION HEADING REPLACED BY STORAGE ALLOCATION 
INSTRUCTIONS 

EXECUTABLE STRINGS ARE CONVERTED EITHER TO POSTFED 
NOTATION OR TO MACHINE LANGUAGE. 
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INFORMATION STRUCTURE MODEL FOR ALGOL 


FIXED PROGRAM COMPONENT P 

STATEWORD COMPONENT W 

STACK COMPONENT S 

INPUT COMPONENT IN 

OUTPUT COMPONENT OUT 

OWN VARIABLE COMPONENT X 

1= (P,W,S, IN,OUT,X) 


SPECIFY TRANSFORMATION F IN TERMS OF HOW THEY AFFECT 
INFORMATION COMPONENTS. 

EMPHASIZE CREATION AND DELETION OF INFORMATION FIELDS. 

CREATION OF ACTIVATION RECORDS ON ENTRY TO FUNCTION 
MODULES - DELETION ON EXIT FROM FUNCTION MODULES. 

CREATION OF TEMPORARY INFORMATION FIELDS DURING EXPRESSION 
EVALUATION. 

ASSIGNMENT STATEMENT MAY MODIFY AN INFORMATION FIELD IN 
THE INTERIOR OF THE STACK. 
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OUTLINE 

1. THE STRUCTURE OF THE DATA MANAGEMENT ENVIRONMENT 

2. THE JOB MANAGEMENT FUNCTION 

3. THE EXTERNAL FILE SYSTEM 

4. THE INTERNAL FILE SYSTEM 

5. REVIEW OF DATA MANAGEMENT TECHNOLOGY 


o 
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THE DATA MANAGEMENT ENVIRONMENT 



OBJECTIVES OF THE SESSIONS ON DATA MANAGEMENT 


TO PRESENT DATA MANAGEMENT CONCEPTS 

- TO CONSTRUCT A FRAMEWORK FOR THE STUDY OF 
DATA MANAGEMENT PROBLEMS 

TO PROJECT AN APPROACH TO A MULTI-USER 
COMMON DATA BASE SYSTEM 

TO EXAMINE SOME CURRENT AND PROPOSED 
DESIGNS FOR DATA MANAGEMENT SYSTEMS 
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THE DATA BASE 

THE ON-GOING DATA BASE 
THE PROBLEM OF SCALE 
SYSTEM RESPONSIBILITIES 

MULTI-LEVEL STORAGE MANAGEMENT 
ARCHIVING AND RECOVERY 
DATA INTEGRITY 



i 
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PROGRAM STRUCTURES AND THE DATA BASE 


- THE PROGRAM DATA DECLARATION AS A 
TEMPLATE 

- THE COMMON DATA BASE 

- PROGRAM/DATA INDEPENDENCE 
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THE DATA MANAGEMENT SYSTEM 
A DEFINITION 

THE STORAGE, ASSOCIATION, AND RETRIEVAL OF 
DIVERSE DATA ELEMENTS IN RESPONSE TO A VARIETY 
OF PROCESSING DEMANDS 


SOFTWARE TO DEFINE DATA 
USE IT 
MAINTAIN IT 
LINK IT TO PROGRAMS 
LINK IT TO PEOPLE 
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THE DATA MANAGEMENT ENVIRONMENT 
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THE DATA MANAGEMENT SYSTEM 


- OBJECTIVES 

• CENTRAL RESPONSIBILITY FOR STORAGE-. 
RETRIEVAL; AND REPORTING SERVICES TO THE 
USER. 

• CENTRAL RESPONSIBILITY FOR DATA INTEGRITY 

• SERVICES TO THE APPLICATION PROGRAMMER 

• REDUCTION OF PROGRAM DEVELOPMENT COSTS 

• INCREASE IN PROGRAM LIFE 

• ADAPTABILITY OF DATA STRUCTURES 

• OPTIMIZATION OF DATA UTILIZATION 


- PRICE 

• "OVERHEAD " 

• SURRENDER OF TACTICAL DECISIONS 

• REDUCTION OF PROGRAMMER OPTIONS 
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PROGRAMMING COSTS 
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APPLICATIONS 

- BUSINESS DATA PROCESSING 

- MANAGEMENT INFORMATION SYSTEMS 

- COMMAND AND CONTROL 

- INTERACTIVE SYSTEMS 

- INFORMATION RETRIEVAL SYSTEMS 

- MULTI-USER SYSTEMS 


Cl 
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THE DATA MANAGEMENT ENVIRONMENT 


ENVIRONMENT 

- DATA CENTERS 

- CENTRALIZED COMPUTATION SERVICES 

- THE COMPUTING UTILITY 

- THE OPERATIONS CONTROL CENTER 

- THE CORPORATE DATA PROCESSING CENTER 
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THE DATA MANAGEMENT ENVIRONMENT 
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TYPICAL HARDWARE 


- LARGE SCALE COMPUTER 

“ MASS RANDOM ACCESS STORES 

- REMOTE ACCESS TERMINALS 
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THE DATA MANAGEMENT ENVIRONMENT 


COMPONENTS OF A FULL-SERVICE GENERALIZED 
DATA MANAGEMENT SYSTEM 

• INTERNAL FILE SYSTEM 

• EXTERNAL FILE SYSTEM 

• JOB MANAGEMENT SYSTEM 

• THE USERS 


• SYSTEM SUPPORT FUNCTIONS 



THE DATA MANAGEMENT ENVIRONMENT 
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USER COMMANDS 

o 


- CONTROL 

- FILE MANIPULATION 

- RELATION MANIPULATION 

- FIELD MANIPULATION 

- BLOCK TRANSFER 
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EXAMPLE OF RESPONSE TO *DEFINE FILE. 


♦ DEFINE FILE 

FILE DEFINITION. DO YOU WANT INSTRUCTIONS: YES 
PROVIDE THE FOLLOWING (12 CHARACTER MAXIMUM FOR EACH) : 
NAME OF FILE 

TYPE OF FILE (NAMED OR NUMBERED) 

THE NAME OF EACH DATA FIELD FOLLOWED BY ITS CODING 
ACCEPTABLE CODINGS ARE THE FOLLOWING: 

BCD, INTEGER, FLT. POINT, BCD LIST, INTEGER LIST, FLT. PT. LIST 

A CARRIAGE RETURN MUST FOLLOW EACH INPUT TERM. 

THE WORD* DONE TERMINATES INPUT. 

COMPUTER 
NAMED 
RENTAL 
INTEGER 
ADD TIME 
FLT. POINT 
CYCLE TIME 
FLT, POINT 
CORE STORAGE 
INTEGER 
DRUM STORE 
INTEGER 
WORD SIZE 
BCD 

SPEC FEATURE 
BCD LIST 
♦DONE 
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EXAMPLE (CONTD ) 


THE INPUT TABLE FOLLOWS: 


COMPUTER 
RENTAL 
ADD TIME 
CYCLE TIME 
CORE STORAGE 
DRUM STORAGE 
WORD SIZE 
SPEC FEATURE 


NAMED 

INTEGER 

FLT. POINT 

FLT. POINT 

INTEGER 

INTEGER 

BCD 

BCD LIST 


IS THIS WHAT YOU WANT. IF NOT, TYPE "NO" AND START AGAIN. 
YES 

FILE SET-UP COMPLETED. 


COMMAND EXECUTED. 


GIVE COMMAND OR TYPE * CHOICES. 


€ 
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EXAMPLE OF RESPONSE TO * INPUT ENTRIES. 


* INPUT ENTRIES 


TYPE: 

FILE NAME 

* INSTRUCTIONS OR * NO 


COMPUTER 
* INSTRUCTIONS 


FOR EACH ENTRY TO BE ADDED; 

1. WAIT UNTIL "READY" IS TYPED 

2. LIST CONTENTS OF THE DATA FIELDS 

A. IF SOME FIELD IS ITSELF A LIST, 

A BLANK LINE SIGNIFIES THE END OF THE LIST 

B. FORMATS ARE: 

FOR BCD : FIELD LENGTH=6, LEFT JUSTIFY DATA 

FOR INTEGERS : FIELD LENGTH=12, RIGHT JUSTIFY DATA 

FOR FLT. PT. ; FIELD LENGTH=16; PROVIDE DECIMAL PT. 

3. TYPE THE PARENT OF THIS ENTRY FOR EACH RELATION LISTED 

4. TO TERMINATE INPUT OF ENTRIES, PRESS CR AFTER "READY" IS TYPED 
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EXAMPLE (CONTD. ) 


DATA FIELDS 
NAME 
NAME 
ADD TIME 
CORE STORAGE 
CYCLE TIME 
DRUM STORE 
RENTAL 
SPEC FEATURE 
WORD SIZE 


CODING 

BCD 

FLOATING POINT 

INTEGER 

FLOATING POINT 

INTEGER 

INTEGER 

BCD LIST 

BCD 


RELATIONS 

THERE ARE NO RELATIONS 


READY 


IBM 7094 11 
1.4 

32 


1.4 

186 

160 

IN 'RUP 
16XR' S 
FLT.PT 
IN ADD 


648 
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EXAMPLE OF RESPONSE TO ^SEARCH FILE. 


* SEARCH FILE 
THE ACTIVE FILES ARE : 

COMPUTER 
HOME ADDRESS 
STREET 


PROVIDE FILE NAME; COMPUTER 
(FILE DESCRIPTION) 

COMPUTER IS A FILE WITH NAMED ENTRIES. 
NO. OF DATA FIELDS PER ENTRY = 7 


SAMPLE ENTRY FOLLOWS: 


ENTRY: CDC 3600 


ADD TIME 

2.00 

CORE STORAGE 

262 

CYCLE TIME 

1. 50 

DRUM STORE 

0 

RENTAL 

55 

SPEC FEATURE 

in'rup 


6XR'S 


FLT. PT 


in'add 

WORD SIZE 

: 488 
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EXAMPLE (CONTD) 


(START OF SEARCH) 

PROVIDE FIELD NAME: CYCLE TIME 

PROVIDE CONDITION (EQ,LT,GT,LTOREQ, GTOREQ) : 

PROVIDE TEST VALUE (FLTG. POINT NUMBER) : 

DO YOU WNT FULL ENTRIES PRINTED: YES 


(START OF SUBFILE) 

ENTRY: CDC 3600 
ADD TIME 
CORE STORAGE 
CYCLE TIME 
DRUM STORE 
RENTAL 
SPEC FEATURE 


WORD SIZE 


2.00 
262 
1.50 
0 

55 

IN'RUP 
6XR'S 
FLT. PT 
IN'ADD 
488 
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FILE MANIPULATION COMMANDS 

- DEFINE FILE 

- INPUT ENTRIES 

- SEARCH FILE 

- LIST FILES 

- PRINT FILE 

- FIND VALUE 

- DELETE FILE 
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EXAMPLE (CONTD) 


MANUAL MODE 

LIST THE NAMES OF THE PARENT ENTRIES FOLLOWED BY THE NAMES OF 
THEIR RELATED SUBFILE ENTRIES. TO TERMINATE THE LIST OF SUBFILE 
ENTRIES LEAVE A LINE BLANK. TO TERMINATE INPUT LEAVE ANOTHER LINE 
BLANK. WAIT FOR THE WORK "READY’ BEFORE TYPING IN EACH GROUP OF 
PARENT AND LINKEES. 

WHICH MODE DO YOU WANT* MANUAL 

READY 

WOBURN 
ALLEN MARGAR 
ATHANS MICHAEL 
CORR DAVID F 


READY 

CAMBRIDGE 
ANDERSON ALL 
COHEN M1TCHE 
CURTISS ARTHUR 
FALB PETER L 
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THE USERS OF THE DATA MANAGEMENT SYSTEM 
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RELATION MANIPULATION COMMANDS 


- DEFINE RELATION 

- SEARCH RELATION 

- LIST RELATIONS 

- DESCRIBE RELATIONS 

- FIND PARENT 

- FIND LINKEE 

- RELATE ENTRY 

- DELETE RELATION 
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FIELD MANIPULATION COMMANDS 


- DEFINE DATA FIELD 

- DELETE DATA FIELD 


DEFINE FIELD VALUE 







LISTAR 


BLOCK DATA TRANSFER COMMANDS 


- READ CARDS 

- WRITE TAPE 
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BASIC FILES 


FILE NAME 



STARTING ENTRY 
SIZE OF ENTRY 
TYPE 

EMPTY SPACE 


FIELD NAME 



POSITION IN ENTRY 


CODING 


RELATION 

NAME 



RELATION TYPE 
ORDERING RULE 
ORDER FIELD 
RELATION LINKS 
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LINK TYPES 


LINK FIELD 


/ 


KEY 

ADDRESS 




\ 


KEY 

P 

B 

D 

A 

R 

U 

C 

E 


MEANING OF ADDRESS 

POINTER FO FILE ENTRY 

BRANCH TO SUBFILE 

DESCEND TO NEXT FILE ENTRY 

ASCEND TO PRECEDING ENTRY 

RETURN FROM SUBFILE TO PARENT FILE 

UNUSED LINK FIELD 

CELL LINK 

EMPTY SUBLIST INDICATOR 


N 


> ASSOCIATIVE 
LINKS 


/ 
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ONE-WAY LIST 


A 


B 
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ONE-WAY RING 


TWO-WAY RING 
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STATEMENT GROUPING 


DO; DO STATEMENT 

X = 5; 

Y = 3- 

END ; ' END STATEMENT 


DO I = 1 BY 1 IO N; 
SUM = SUM ALQ 
END ; 


DO I = El BY E2 TO E3; El, E2, E3 ARE INITIALIZED 
BY VALUE 

FOR I = El STEP E2 UNTIL E3 DO S; 

El, E2, E3 ARE INITIALIZED BY NAME 
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BLOCKS 


BEGIN 

STATEMENTS 
AND DECLARATIONS 


END 


DECLARATIONS NEED NOT OCCUR AT THE BEGINNING OF THE BLOCK BUT 
ARE ASSUMED EXECUTED AS THOUGH THEY WERE AT THE BEGINNING OF THE 
BLOCK. 

SIMULTANEOUS DECLARATIONS 
LAYERS OF DECLARATION AS IN CPL 

DYNAMIC DECLARATIONS - NEW DECLARATION EVERY TIME IT IS 
ENCOUNTERED DURING EXECUTION - LIKE A PROCEDURE CALL WHOSE 
EFFECT IS TO DECLARE RATHER THAN TO EXECUTE. 
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PROCEDURES 

NAME: PROCEDURE( P) SPECIFICATIONS 

DECLARATIONS AND STATEMENTS 
END ; 

NAME IS LIKE A LABEL 

PARAMETERS ARE CALLED BY REFERENCE 

RETURN STATEMENT 

RETURN (EXP) VALUE OF EXP IS RETAINED TO POINT OF CALL 
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DECLARATIONS 


DECLARE NAME ATTRIBUTES 
DECLARE (N1,N2) A 
DECLARE (N1 A1, N2 A2) A3 


CLASSIFICATION OF ATTRIBUTES 

TYPE ATTRIBUTES - LIKE DATA TYPES OF ALGOL - SPECIFY THE RANGE 
OF VALUES AND SET OF OPERATIONS APPLICABLE TO THE IDENTIFIER. 

STRUCTURE ATTRIBUTES - SPECIFY SUBSTRUCTURE OF THE INFORMATION 
STRUCTURE DENOTED BY THE IDENTIFIER. 

SCOPE ATTRIBUTES - SPECIFY THE RANGE OF STATEMENTS OF THE STATIC 
SOURCE PROGRAM OVER WHICH THE IDENTIFIER HAS MEANING. 

STORAGE ATTRIBUTES - SPECIFY THE LIFETIME OF THE INFORMATION 
STRUCTURE. 
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DATA ATTRIBUTES 

BASE ATTRIBUTES - DECIMAL , BINARY 
SCALE ATTRIBUTES - FIXED , FLOAT 
MODE ATTRIBUTES - REAL , COMPLEX 
PRECISION ATTRIBUTES - (N, M) 

DECLARE A DECIMAL FIXED REAL (3,2); 

DEFAULT ATTRIBUTES 
BINARY FIXED REAL 

DEFAULT PRECISION IS IMPLEMENTATION-DEFINED 
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CHARACTERS, LOGICALS AND POINTERS 

NON-ARITHMETIC DATA TYPES 
CHARACTERS AND CHARACTER STRINGS 
DECLARE A 

BITS AND BIT - STRINGS 
STRING CONSTANTS 'ABC', '0100'B 
STRING VARIABLES X 'ABC; Y '0100'B 
POINTERS AND POINTER VALUED VARIABLES 
POINTER P, Q; 

FUNCTION ADDR(X) - RETURNS POINTER TO X 

P = ADDR(A) 

P -> A = 5 
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ARRAYS AND STRUCTURES 


VARIABLE DIMENSIONS - LOWER AND UPPER BOUNDS 
DECLARE A(l, 5:10); 

ARRAYS ARE RESTRICTED TO BE RECTANGULAR, AND TO HAVE ALL 
ELEMENTS BE OF THE SAME TYPE 

STRUCTURES - DATA ELEMENTS MAY BE OF DIFFERENT TYPES - 
NOT RESTRICTED TO BE RECTANGULAR 

DATA ELEMENTS OF A STRUCTURE ARE TERMINAL VERTICES OF A TREE 
LEVEL NUMBERS 


DECLARE 1 PAYROLL 
2 NAME 
2 HOURS 
3 REGULAR 
3 OVERTIME 
2 RATE 



C^NAME^) C jHOURS 
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ATTRIBUTES AND NAMES OF STRUCTURE COMPONENTS 


ASSOCIATE ATTRIBUTES WITH DATA ITEMS 

DECLARE 1 PAYROLL, 

2 NAME CHARACTER (50) VARYING, 
2 HOURS, 

3 REGULAR FIXED, 

3 OVERTIME FIXED, 

2 RATE FLOAT; 


TREE NAMES 

PAYROLL. HOURS. REGULAR 


DEFAULT NAMES IF UNAMBIGUOUS 

PAYROLL. REGULAR 
HOURS. REGULAR 
REGULAR 
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SCOPE ATTRIBUTES 


SCOPE - INTERNAL OR EXTERNAL 

INTERNAL - KNOWN ONLY WITHIN THE BLOCK IT IS 
DEC LARED 

EXTERNAL - GLOBALLY KNOWN 

EXTERNAL PROCEDURE NAME - LIKE FORTRAN SUBROUTINE 
NAME 

A Pl/I PROGRAM CONSISTS OF A GROUP OF EXTERNAL 
PROCEDURES 

EXTERNAL DATA NAME - LIKE COMMON IN FORTRAN 
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STORAGE ALLOCATION ATTRIBUTES 


PL/I HAS FORTRAN, ALGOL AND LIST PROCESSING MODES OF STORAGE 
ALLOCATION. 

FORTRAN MODE - STATIC 

LIFETIME OF STATIC STRUCTURES IS THE WHOLE COMPUTATION 
ALGOL MODE - AUTOMATIC 

LIFETIME OF AUTOMATIC STRUCTURES IS THE BLOCK ON WHICH THEY 
ARE DECLARED. 

LIST PROCESSING MODE - CONTROLLED 

A CONTROLLED STORAGE ALLOCATION DECLARATION CREATES A 
TEMPLATE FOR THE DECLARED STRUCTURE. 

INSTANCES OF A STRUCTURE CREATED BY A CONTROLLED STORAGE 
ALLOCATION DECLARATION ARE CREATED BY ON ALLOCATE COMMAND 
AND DELETED BY A FREE COMMAND. 
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CONTROLLED STORAGE ALLOCATION 


DECLARE 1 A CONTROLLED 
2 X FIXED 
2 Y POINTER 


X: FIXED 

TEMPLATE: Y: POINTER 


ALLOCATE A 
A-X = 5 
X = X + 1 
A-Y = ADDR(Z) 
ALLOCATE A 
FREE A 

FREE A 


MULTIPLE ALLOCATION CAUSES AUTOMATIC STACKING OF 
INSTANCES. 

ACCESS TO INSTANCES THROUGH POINTERS 

ALLOCATE A SET P 
ALLOCATE A SET Q 
p-»A-X = 5 
Q —> X = 6 
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BASED STORAGE ALLOCATION 


DECLARE 1 A BASED (P) 

2 x fixed 

2 & Y POINTER 
ALLOCATE A 
ALLOCATE A 

WHEN SECOND COPY IS NESTED, FIRST COPY IS DESTROYED. 
CREATE THE FOLLOWING THREE-ELEMENT LIST. 



DECLARE (Q, HEAD) POINTER; 
DECLARE 1 ELEMENT BASED (P), 
2 A FIXED, 

2 B POINTER; 
ALLOCATE ELEMENT; 

HEAD = P; 

Q = P; 

ALLOCATE ELEMENT; 

Q -» B = P; 

Q= P; 

ALLOCATE ELEMENT; 

Q B = P; 

B = NULL; 


This program declares Q and HEAD to be of 
type POINTER and ELEMENT to be a structure 
based on P. The instruction "ALLOCATE 
ELEMENT" automatically sets P to the most 
recent instance of ELEMENT. The assignment 
statements "HEAD = P; Q = P;" assign the value 
of the pointer P to the pointers Q, HEAD . 

When the second instance of ELEMENT has 
been created, Q points to the first instance, 
and "Q—*-B = P" sets the pointer B of the 
first instance to point to the second instance. 
Similarly after creation of the third instance 

B = P" sets the pointer 


of ELEMENT, "Q 

B in the second instance to point to the third 
instance. Finally "B = NULL", which is equivalent to "P—*-B = NULL" sets the 
current instance of B to the special pointer value NULL, which indicates the end 
of the list. 
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LISP LIST PROCESSING OPERATIONS IN PL/I 


STRUCTURE DECLARATION FOR LIST ELEMENT 


DECLARE 1 LISPCELL BASED(P), 
2 CAR POINTER, 

2 CDR POINTER, 

2 MODE BIT(6); 


HEAD AND TAIL OPERATIONS 


HEAD: PROCEDURE(P) POINTER; 
DECLARE 1 ELEMENT 
BASED(P), 
2 CAR 
POINTER, 
2 CDR 
POINTER; 

RETURN(CAR); 

TAIL: ENTRY(P); 

RETURN(CDR); 

END HEAD; 


This declaration specifies the basic format 
of a list cell in LISP to consist of two 
pointer fields named CAR and CDR and a 
6-bit mode field. 


This pointer-valued procedure has two entry 
points, HEAD and TAIL. The declaration of 
ELEMENT specifies the structure pointed to 
by the procedure parameter P. The structure 
itself is assumed to have been created outside 
the procedure and to be an element of a list 
of structures of the kind arising in LISP. The 
call HEAD(P) returns with a value given by 
the pointer in the first field of the structure 
pointed to by P while the call TAIL(P) 
returns with a value given by the second field 
of the structure pointed to be P. 


CONS OPERATOR 


CONS: PROCEDURES,Q) POINTER; 
DECLARE 1 ELEMENT 
BASED(X), 

2 LEFT 
POINTER, 

2 RIGHT 
POINTER; 

ALLOCATE ELEMENT; 

LEFT = P; 

RIGHT = Q; 

RETURN(X); 

END CONS; 


This pointer-valued procedure has two 
pointer-valued parameters, P and Q. 

It allocates an instance of the structure 
ELEMENT, stores the pointers P and Q in 
the first and second registers of the newly 
created structure, and delivers a pointer to 
the newly created structure as its value. 
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FEATURES WHICH FACILITATE LIST PROCESSING 


VARIABLES OF TYPE POINTER WHICH ALLOW LINKS BETWEEN INFOR¬ 
MATION STRUCTURES TO BE EXPLICITLY SPECIFIED AND MANIPULATED 

STRUCTURE DECLARATIONS WHICH ALLOW LIST ELEMENTS CONTAINING 
SEVERAL POINTER AND VALUE FIELDS OF DIFFERENT TYPES TO BE 
EXPLICITLY DECLARED 

CONTROLLED STORAGE ALLOCATION, WHICH ALLOWS STRUCTURES 
TO BE DYNAMICALLY CREATED AND DELETED AS THEY ARE REQUIRED. 

IN A GIVEN LIST PROCESSING LANGUAGES ALL LIST STRUCTURES 
ARE FORMED OUT OF LIST ELEMENTS OF A LIMITED NUMBER OF 
PRIMITIVE TYPES 

IN Pl/I NEW PRIMITIVE TYPES OF LIST ELEMENTS MAY BE DEFINED 
BY STRUCTURE DECLARATIONS 
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IMPLEMENTATION OF CONTROLLED STORAGE ALLOCATION 

CREATION AND DELETION IN UNPREDICTABLE ORDER 

INSTANCES CANNOT BE STORED IN A STACK 

FREE STORAGE AREA IS REQUIRED 

ALLOCATE AND RETURN BLOCKS AS REQUIRED 

FRAGMENTATION OF MEMORY 

GARBAGE COLLECTION IS SOMETIMES NECESSARY 





19.15 




STRUCTURE OF PLI 


A 

AUERBACH 




STATEMENT GROUPING IN FORTRAN, ALGOL AND PL/I 


PURPOSES OF STATEMENT GROUPING 

1. TO DELIMIT A PROCEDURE WHICH MAY BE CALLED IN 
SEVERAL PLACES 

2. TO DELIMIT THE SCOPE OF NAMES 

3. TO GROUP STATEMENTS FOR CONTROL PURPOSES 

4. TO SPECIFY THE LIFETIME OF INFORMATION ITEMS 


Purpose 

FORTRAN 

ALGOL 

Pl/I 

1. Delimit 
procedures 

Program unit 

begin-end 
(procedure heading) 

PROCEDURE-END 

2. Scope of 
nomenclature 

Program unit 

begin-end 

PROCEDURE-END 
BEGIN-END 
(INTERNAL EXTERNAL) 

3. Unit for 
control 
purposes 

DO-loop 

begin-end 
(for clause) 

BEGIN-END 

DO-END 

(DO-statement) 

4. Lifetime of 
information 

not needed 

begin-end 

(own) 

BEGIN-END for 
AUTOMATIC 
(STATIC AUTOMATIC 
CONTROLLED) 
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INTERRUPT FUNCTION MODULES 

CONDITION PREFIXES 

(ZERODIVIDE): L:X = A/B; 

ON STATEMENT 

ON CONDITION ACTION 

LIKE A PROCEDURE DECLARATION 

ENTRY WHEN (INTERRUPT) CONDITION OCCURS RATHER 
THAN BY EXPLICIT CALL - INTERRUPT FUNCTION MODULE 

BEGIN BLOCKS - ENTRY AND EXIT IN LINE 

PROCEDURE BLOCKS - CALL AND RETURN 

ON MODULES - INTERRUPT AND RETURN 

ENTRY AND EXIT FOR ALL THREE TYPES IS MUTUALLY 
IN A LAST IN FIRST OUT ORDER 

ACTIVATION RECORDS MAY BE STORED IN A STACK 
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CHARACTERISTICS OF THE SYSTEM 


- MULTI-USE 

- ON-GOING DATA BASE 

- COMMON DATA BASE 

- JOB LIBRARY 

- PREREQUISITE SCHEDULING 

- REAL-TIME SCHEDULING 
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THE COHERENT SYSTEM CONCEPT 


- COHERENCE OF PROGRAMS 
COHERENCE OF DATA 

- COHERENCE OF CONTROL 

- RESPONSIBILITY FOR COHERENCE: 

PROGRAMMER 
PROGRAM TRANSLATORS 
SYSTEM 
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DATA TRANSFORMATION FUNCTIONS 



BY PROGRAM 


BASIS 



BY TABLE 




FUNCTIONAL NOTATION 

OPERATOR (BASIS) = RESULT 
F (X) = Y 
SORT (4) = 2 
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INTERFACE BETWEEN TASK, JOB MANAGEMENT SYSTEM, AND FILE SYSTEM 
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JOB DEFINITION EXAMPLE 



FILE NAME 

FIELDS 

CONDITION 



DEFINE JOB : PERSONNEL LIST (CONDITION, ITEM NAME) 


EXTRACT (PERSONNEL FILE, (NAME, EMPL. NO, POS) , CONDITION) = *1 
SORT (*1, NAME) = * 2 
SAVE (*2, ITEM NAME) 


PRINT (*2) . 
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USER INTERFACE AND SYSTEM LANGUAGES 
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USER LANGUAGES 


- JOB REQUEST (COMMAND) LANGUAGE 

- DATA ITEM DEFINITION LANGUAGE 

- DATA ITEM INPUT LANGUAGE 
JOB DESCRIPTION LANGUAGE 

- DATA SERVICE REQUEST LANGUAGE 

- ON-LINE (INTERPRETIVE) COMPUTATIONAL LANGUAGES 

- COMPILER LANGUAGE 

- MACRO ASSEMBLER LANGUAGE 
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THE NEED FOR LANGUAGE ADAPTABILITY 


- CHANGES IN CAPABILITY 

- CHANGES IN USERS 

- HUMAN FACTORS EXPERIMENTS 
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SYNTAX DIRECTED PROCESSING 


- SYNTAX 

- SEMANTICS 

- SCANNER/ANALYZER 
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INSCAN: TRANSLATION MODE 
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GENERAL INSCAN CONFIGURATION 
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PHASES OF USER LANGUAGE PROCESSING 


STRING ACTION GRAPH 
(STAG) 



ABSOLUTE ACTION GRAPH 
TABLE (AGT) 


(a) "assembly"time 


USER-LANGUAGE 
INPUT STRING 



USER-LANGUAGE 
OUTPUT STRING 
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EXAMPLES OF SYNTAX SPECIFICATIONS 



JM 

PAREN 

<JM>:: = JOHN MARSHA | 

JOHN < JM> MARSHA 

<PAREN> :: = ( ) | (<PAREN STRING>) 

<PAREN STRING>::=<PAREN>| 

<(parenX paren string> 



(B) TRANSITION DIAGRAM 
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ACTION GRAPH SYMBOLS 



GRAPH NAME: r IS DEFINED BY PATH 


8 


SCAN: READ INPUT SYMBOL AND MATCH a 

CHOICE: TRY ALTERNATIVES 1 AND 2 


SUBGRAPH: EXECUTE GRAPH a AND RETURN 



RECURSE: EXECUTE THIS GRAPH RECURSIVELY 

AND RETURN 



EXTERNAL ACTION: DO SUBROUTINE ir 

AND RETURN 





INTERNAL ACTION: DO OPERATIONS w 


END: RETURN TO PARENT GRAPH 
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INFIX RECOGNIZER 
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SAMPLE INPUT STRING FOR THE INFIX RECOGNIZER 


( A + B ) - ( A - B ) 

1 2 3 45 6 7 8 9 10 IT 
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OPERATION OF THE INFIX RECOGNIZER 


PORTION OF STRING RECOGNIZED 

RECOGNIZED BY 

A 

TERM 

B 

TERM 

A + B 

NEST 

(A + B) 

TERM 

A 

TERM 

B 

TERM 

A - B 

NEST 

(A-B) 

TERM 

(A + B) - (A - B) 

NEST 
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IN FIX-TO-SUFFIX TRANSLATOR 
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OPERATION OF THE INFIX-TO-SUFFIX TRANSLATOR 




PORTION OF STRING 
RECOGNIZED 

RECOGNIZED 

BY 

SYMBOL ADDED 

TO OUTPUT STRING 

A 

TERM 

A 

B 

TERM 

B 

A + B 

NEST 

+ 

(A+ B) 

TERM 


A 

TERM 

A 

B 

TERM 

B 

A - B 

NEST 

— 

(A - B) 

TERM 


(A + B) - (A - B) 

NEST 

— 
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STAG - LANGUAGE ACTION GRAPHS FOR THE INFIX-TO-SUFFIX TRANSLATOR 

NEST: EXECUTE TERM; CHOICE (3, 5, 9) ; 

3:EXECUTE TERM; WRITE GOOD; 

5:"-"; EXECUTE TERM; WRITE 
9: GOOD. 

TERM: SAVE INPUT POINTER; CHOICE (2, 3, 5) ; 

2: "A"; 9: COPY; GOOD; 

3: "B"; GOTO 9; 

5: "("; EXECUTE NEST;")" ; GOOD. 


Q 
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